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(57) Abstract 

0 The invention (Figure 5) provides for a data shifting capability that permits sorting the data in addition to searching for obtaining 
real-time performance in color, with higfr quality imagery through a simple search of a spatial database based on a rectangularly shaped 
search region or range search (see figure 13). A Sorting Magnitude Comparison Content Addressable Memory (SMCCAM) performs a 
range search, introducing a conservative approximation of the ideal Occluding Region, and provides an MCCAM wherein the data words 
stored in the fields is shifted to corresponding fields in an adjacent word, based on the magnitude comparisons (see figure 7). The 3D 
graphics method stores the parameters of a polygon span in a spatial database (804-814) and a query operation is performed on the database 
to determine which of those spans, or portions of spans, are visible (816 and 818), and applies a rule for comparing new span portion to 
an, old span portion on a subspan-by-subspan basis, thereby providing additional polygon edge information within a raster line, providing 
antialiasing. 
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Method and Apparatus for 
Span Sorting Rendering System 

Field of the Invention 

The field of this invention is twofold: 1) three-dimensional computer graphics; and 2) computer memories, and more 
specifically, Content Addressable Memories (CAM). 

Background of the Invention 

Three-dimensional Computer Graphics 

Computer graphics is the art and science of generating pictures with a computer. Generation of pictures, or images, is 
commonly called rendering. Generally, in three-dimensional (3D) computer graphics, geometry that represents snrfarrs (or vol- 
umes) of objects in a scene is translated into pixels stored in a frame buffer, and then displayed on a display device. Real-time 
display devices, such as CRTs used as computer monitors, refresh the display by continuously displaying the image over and 
over. This refresh usually occurs row-by-row, where each row is called a raster Ene ox scan line. In mis document, raster lines are 
numbered from bottom to top, but are displayed in order from top to bottom. 

In a 3D animation, a sequence of images is displayed, giving the illusion of motion in three-dimensional space. Inter- 
active 3D computer graphics allows a user to change his viewpoint or change the geometry in real-time, thereby requiring the 
rendering system to create new images on-the-fly in real-time. 

In 3D computer graphics, each renderable object generally has its own local object ^-ftnrfln^f system, and therefore 
needs to be translated 202 (or transformed) from object coordinates to pixel display coordinates. Conceptually, this is a 4-step 
process: 1) translation (including scaling for size enlargement or shrink) from object coordinates to world coordinates, which is 
the coordinate system for the entire scene; 2) translation from world coordinates to eye «*w«fi«»» Ti based on the viewing point 
of the scene; 3) translation from eye coordinates to persp e cti ve translated eye coordinates, where perspective scaling (farmer 
objects appear smaller) has been performed; and 4) translation from perspective translated eye to pixel coordinates, 

also called screen coordinates. Screen coordinates are points in three-dimensional space, and can be in either screert-precision 
(Le., pixels) or object-precision (high precision numbers, usually floating-point), as described later. These translation steps can 
be compressed into one or two steps by precomputing appropriate translation matrices before any translation occurs. Once the 
geometry is in screen coordinates, it is broken into a set of pixel color values (that is 'TasterizecT) that are stored into the frame 
buffer. Many techniques are used for generating pixel color values, including Gouraud shading, Phong shading, and texture map- 
ping. 

A summary of the prior art rendering process can be found in: fundamentals of Three-dimensional Computer Graph- 
ics**, by Watt, Chapter 5: The Rendering Process, pages 97 to 113, published by Addison-Wesley Publishing Company, Reading, 
Massachusetts, 1989, reprinted 1991, ISBN 0-201-15442-0 (hereinafter referred to as the Watt Reference). 

Figure 1 shows a three-dimensional object, a tetrahedron HO, with its own coordinate axes (x^, y^ z^j). The three- 
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dimensional object 110 is translated, scaled, and placed in the viewing point's 130 coordmatr system based on (x eye , y^ r 2^). 
The object 120 is projected onto the viewing plane 102, thereby correcting for perspective. At this point, the object appears to 
have become two-dimensional; however, the object's z-coordinates are preserved to they can be used later by hidden surface 
removal techniques. The object is finally translated to screen coordinates, based on (fcmm y$cnar ViJ where z^um is going 
5 perpendicularly into the page. Points on the object now have their or and y coordinates described by pixel location (and fractions ^ 
thereof) within the display screen 104 and then* 2 coordinates in a scaled version of distance from the viewing point 130. 

Because many different portions of geometry can affect the same pixel, the geometry representing the surfaces closest t» 
to the scene viewing point 130 must be determined Thus, for each pixel the visible surfaces within the volume subtended by the 
pixel's area determine the pixel color value, while hidden surfaces are prevented from affecting the pixel Non-opaque surfaces 

10 closer to the viewing point than the closest opaque surface (or surfaces, if an edge of geometry crosses the pixel area) affect the 
pixel color value, while all other non-opaque surfaces are discarded. In tins document, the term "occluded" is used to describe 
geometry which is hidden by other non-opaque geometry. 

Many techniques have been developed to perform visible surface determination, and a survey of these techniques are 
incorporated herein by reference to; "Computer Graphics: Principles and Practice" by Foley, van Dam, Feiner, and Hughes, 

15 Chapter IS: Visible-Surface Determination, pages 649 to 720, 2nd edition published by Addison- Wesley Publishing Company, 
Reading, Massachusetts, 1990, reprinted with corrections 1991, ISBN 0-201-12110-7 (hereinafter referred to as the Foley Refer- 
ence). In the Foley Reference, on page 650, the terms "image-precision" and "object-precision" are defined: M Image-precision 
algorithms are typically performed at the resolution of the display device, and determine the visibility at each pixel. Object-pre- 
cision algorithms are performed at the precision with which each object is defined, and determine the visibility of each object** 

20 As a rendering process proceeds, most prior art renderea must compose the cote 

pie times b ec a us e multiple surfaces intersect the volume snbtmdprf by the pixel The average number of times a pixel needs to be 
rendered, for a particular scene, is called the depth complexity of the scene. Simple scenes have a depth complexity near unity, 
while complex scenes can have a depth complexity of ten or twenty. As scene models become more and more «*mplicatH, ten- 
deters will be required to process scenes of ever increasing depth complexity. Thus, for most renders, the depth complexity of a 

25 scene is a measure of the wasted processing. For example, for a scene with a depth complexity of ten, 90% of the computation is 
wasted on hidden pixels. This wasted computation is typical of hardware renderers that use the simple Z-buffer technique (dis- 
cuss ed later herein) , generally chosen because it is easily built in hardware. Methods more complicated than the Z-buffer tech- 
nique have heretofore generally been too complex to build in a cost-effective manner. An important feature of the method and 
apparatus invention presented here is the avoidance of this wasted computation by eliminating bidden portions of geometry 

30 before they are rasterized, while still being simple enough to build in cost-effective hardware. 

When a point on a surface (frequently a polygon vertex) is translated to screen coordinates, the point has three coordi- 
nates: 1) trte jr<oordinate in pixel units (generally including a fraction); 2) the y-coordinate in pixel units (generally including a 
fraction); and 3) the 2-coordinate of the point in either eye coordinates, distance from the virtual screen, or some other coordinate 
system which preserves the relative distance of surfaces from the viewing point In this document, positrvez-cooidinate values 

35 are used for the "look direction"' from the viewing point, and smaller values mrtirate a position closer to the viewing point 

When a surface is approximated by a set of planar polygons, the vertices of each polygon are translated to screen coor- ^ 
dinates. For points in or on the polygon (other than the vertices), the screen conrdinatrs are interpolated from the coordinates of 
vertices, typically by the processes of edge walking 218 and span interpolation 220. Thus, a x-coordmate value is generally ' 
included in each pixel value (along with the color value) as geometry is rendered. * 

40 Generic 3D Graphics Pipeline 

Many hardware renderers have been developed, and an example is incorporated herein by reference: "Leo: A System 
for Cost Effective 3D Shaded Graphics" by Deering and Nelson, pages 101 to 108 of 5IGGRAPH 93 Proceedings, 1-6 August 
1993, Computer Graphics Proceedings, Annual Conference Series, published by ACM SIGGRAPH. New York, 1993, Softcover 
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ISBN 0-201-58889-7 and CD-ROM ISBN 0-201 -56997-3 (hereinafter referred to as the Deering Reference). The Deering Refer, 
ence includes a diagram of a generic 3D graphics pipeline 200 (ix-, a renderer, or a rendering system) that it describes as "truly 
generic as at the top level nearly every commercial 3D graphics acc el e r ato r fits this abstraction", and this pipeline diagram is 
reproduced here as Figure 2. Such pipeline diagrams convey the process of rendering, but do'not describe any particular hard- 

5 ware. This document presents a new graphics pipeline 400 that shares some of the steps of the generic 3D graphics pipeline 200. 
Each of the steps in the generic 3D graphics pipeline 200 will be briefly explained here, and are also shown in the method flow 
diagram 300 of Figure 3. Processing of polygons is assumed throughout mis docoment, but other methods for describing 3D 
geometry could be substituted For simplicity of explanation, triangles are used as the type of polygon in the described methods. 
As seen in Figure 2, the fist step within the floating-point intensive functions 250 of the generic 3D graphics 

10 pipeline 200 is the transformation step 202, which was described above. The transformation step 202 is also shown in Figure 3 
as the first step in the outer loop of the method flow diagram 300, and also includes M get next polygon**. The second step, the clip 
test 204. checks the polygon to see if it is at least partially contained in the view volume 106 (sometimes shaped as a frustum). If 
the polygon is not in the view volume 106, it is discarded; otherwise processing continues. The third step is face 
determination 206, where polygons facing away from the viewing point are discarded. Generally, face determination 206 is 

15 applied only to objects that are closed volumes. The fourth step, lighting computation 208, generally includes the set up for 
Gouraud shading and/or texture mapping with multiple light sources of various types, but could also be set up for Phong shading 
or one of many other choices. The fifth step, clipping 210, deletes any portion of the polygon that is outside of the view 
volume 106 because that portion would not project within the rectangular area of the viewing plane 102. Generally, polygon 
clipping 210 is done by splitting the polygon into two smaller polygons that both project within the area of the viewing 

20 plane 102. Polygon cupping is computationally expensive, but its need is avoided in the invention presented here, thus providing 
computational savings. The sixth step, perspective divide 212, does persp ec tiv e correction for the projection of objects onto the 
viewing plane 102. At this point, the points representing vertices of polygons are converted to pixel-space coordinates by step 
seven, the screen space conversion 214 step. The eighth step, set up for incremental render 216, computes the various begin, end, 
and increment values needed for edge walking 218 and span interpolation 220 (e^j x, > and z-coordinates; RGB color, texture 

25 map space u and v-coordinates; etc.). 

Within the drawing intensive functions 260, edge walking 218 incrementally generates horizontal spans for each raster 
line of the display device by incrementing values from the previously generated span (in the same polygon), thereby **walking" 
vertically along opposite edges of the polygon. Similarly, span interpolation 220 "walks'* horizontally along a span to generate 
pixel values, including a i-coordinate value indicating the pixel's distance from the viewing point 130. By comparing this 

30 z-coordin&te value to the corresponding value stored in the Z-buffer, the *>buffered Wend222 either keeps the new pixel values 
(if it is closer to the viewing point than previously stored value for that pixel location) by writing it into the frame buffer 224, or 
discards the new pixel values (if it is farther). At this step, antialiasing methods (dis cu s s ed in the next section) can blend the new 
pixel color with the old pixel color. 

The generic 3D graphics pipeline 200 includes a double buffered frame buffer 224, so a double buffered MUX 226 is 

35 also included. An output lookup table 226 is included for translating color map values. Finally, digital to analog conversion 228 
makes an analog signal for input to the display device. 

A major drawback to the generic 3D graphics pipeline 200 is its drawing intensive functions 260 are not deterministic 
at the pixel level given a fixed number of polygons. That is, given a fixed number of polygons, more pixel-level computation is 

i required as the average polygon size increases. However, the floating-point intensive functions2S0 are proportional to the num- 

40 ber of polygons, and independent of the average polygon size. Therefore, it is difficult to balance the amount of computational 
power between the floating-point intensive functions 250 and the drawing intensive functions 260 because this balance depends 
on the average polygon size. 

An ideal renderer s pixel drawing computational requirement would be proportional to the number of pixels in the dis- 
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play screen 104, not the total number of pixels in all the polygons in the view volume 106. This ideal is achieved by the invention 
described here because hidden geometry is removed before most drawing intensive functions are performed. In the invention 
described here, computational load balancing is not a problem because the amount of floating-point computation is essentially 
independent of the amount of drawing computation. 
5 Antialiasing * 
In this document, pixels are defined to be the smallest individually controllable element of the display device. But, 
because images are q nim ti7r ri intn Aximtr. pmk, gpatial aliasing nrtm* A typical «1U«tng Ttif *rt tr • "■^frT» 1 f»»* f ff f pf rinyrri to 
when a straight line or edge cuts diagonally across rows of pixels. An ideal antialiatrd image ftfTnm**ff this "staircase" effect by 
calculating, for each pixel, an avenge color by talcing into account partial coverage by the visible surfaces within the pixel's 
10 area. 

Some rendering systems reduce aliasing effects by dividing pixels into tufrpfaflr where each sub-pixel can be colored 
independently. When the image is to be displayed, the colors for all sub-pixels within each pixel are blended together to form an 
average color for the pixel A renderer that uses 16 sub-pixels per pixel is described in "RealityEngine Graphics'*, by Akeley, 
pages 109 to 1 16 of SIGGRAPH 93 Proceedings, 1-6 August 1993, Computer Graphics Proceedings, Annual Conference Series, 

IS published by ACM SIGGRAPH, New York. 1993, Sofkover ISBN 0-201-58889-7 and CD-ROM ISBN 0-201-56997*3 (herein- 
after referred to as the Akeley Reference). The drawback with using subpixels is the increase in computation due to computing 
color values at every subpixel. In the Akeley Reference, the increase in computation is reduced by only dividing a pixel into sub- 
pixels when the pixel is crossed by a line or an edge of a polygon. This reduction brcomes less significant as the number of poly- 
gons increases. In other words, if the image is made up of lots of small overlapping polygons, then most pixels will need to be 

20 divided. Utilization of subpixels is an image-precision antialiasing technique. 

Another prior art antialiasing method is the A-Buffer used to perform alpha blending (this technique is also included in 
the Akeley Reference), and is described in The A-buffer, an Antialiased Hidden Surface Method" by L. Carpenter, SIGGRAPH 
1984 Conference Proceedings, pp. 103-108 (hereinafter referred to as the Carpenter Reference). TheA-buffer is an image-preci- 
sion antialiasing technique that reduces aliasing by keeping track of the percent coverage of a pixel by a rendered polygon. The 

25 main drawback to this technique is the need to sort polygons fiont-to-back (or back-to-fiont) at each pixel in order to get accept- 
able antialiased polygons. 

An ideal antialiasing method would perform object-precision computations to precisely identify the visible portions of 
geometry. This would require comparing edges of polygons to each ether in order to determine the fraction of each pixel covered 
by each polygon. The invention of this document performs object-precision antialiasing within each scan Kn^, thus achieving this 
30 ideal. 

Z-buffers 

Stated simply, the Z-buffer stores, for every pixel, thez-coordinate of the closest geometry (to the viewing point) that 
affects the pixel Hence, as new pixel values are generated, each new pixel's r-ccordinale is compared to the corresponding loca- 
tion in the Z-buffer. If the new pixel's x-coordinate is smaller (Le^ closer to the viewing point), mis value is stored into the 

35 Z-buffer and the new pixel's color value is written into the fnmg buffer If rtv nw jwt»j > y-nnoptin^ jg Urger (Lc^ farther from 

the viewing pointX the frame buffer and Z-buffer values are unchanged and the new pixel is discarded. The Zbuffer is an image- tf 
precision visible surface determination technique. 

A flow diagram including the prior art Z-buffer method is shown in Figure 3. The main drawback to the Z-buffer hid- f 
den surface removal method is the requirement for geometry to be converted to pixel values before bidden surface removal can 4 

40 be done. This is because the keep/discard decision is made on a pixel-by-pixel basis. In contrast, the invention of this document 
performs hidden surface removal at a higher level by processing spans rather than pixels. For scenes with any «i gnifign r depth 
complexity, pixel-by-pixel hidden surface removal introduces much wasted e**™ja*m***n by requiring all geometry within the 
view volume to be converted to pixels, even though most are hidden and, therefore, thrown away. In hardware rendering systems, 
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pixel color generation (shading, texture mapping, etc) often happens in parallel with die Z-buffer comparison test thereby com- 
pounding the wasted computation hrcansr much of the computation is asson atari with color generation, and most of the pixels 
are thrown away. Furthermore, the Z-ouffer memory operation is a read-nwdify-write cycle, generally requiring the Z-bufifer 
memory input/output bus to change directions twice when writing pixels into the frame buffer, thereby causing a bottleneck in 

5 the renderer. This bottleneck does not occur in the apparatus and method of the rincnmrat's invention. 

Prior art Z-buffers are based on conventional Random Access Memory (RAM), Video RAM (VRAM), or special pur- 
pose DRAMs. One example of a special purpose DRAM is presented in "FBRAM: A new Form of Memory Optmnxed for 3D 
Graphics'*, by Deering, Schlapp, and Lavelle, pages 167 to 174 of SIGGRAFH94 Proceedings, 24-29 July 1994, Computer 
Graphics Proceedings, Annual Conference Series, published by ACM SIGGRAPH, New York, 1994, Softcover ISBN 

10 0-201-60795-6. 

Geometry Databases 

The geometry needed to generate a renderable scene is stored in a darthttr This geometry datnhiwr can be a simple 
display list of graphics primitives or a hierarchically organized data structure. In the hierarchically organized geometry database, 
the root of the hierarchy is entire database, and the first layer of subnodes in the data structure is generally all the objects in the 

15 "world" which can be seen from the viewpoint. Each object, in turn, contains subobjects, which contain tub-subobjects; thus 
resulting in a hierarchical "tree" of objects. Hereinafter, the term "object" shall refer to any node in the hierarchial tree of objects. 
Thus, each subobject is an object The term "root object** shall refer to anode in the first layer of subnodes in the data structure. 
Hence, the hierarchical database for a scene starts with the scene mot node, and the first layer of objects are root objects. 

Hierarchical databases of this type are used by the Programmer's Hierarchical Interactive System (PHIGS) and PHIGS 

20 PLUS standards An explanation of these standards can be found in the book, M A tactical IntroductioQ to PHIGS and PHIGS 
PLUS", by T. L. J. Howard, et aL, published by Addison-Wesley Publishing Company, 1991, ISBN 0-201-41641-7 fincorpo- 
rated herein by reference and hereinafter called the Howard Reference). The Howard Reference describes the hierarchical nature 
of 3D models and their data structure on pages 5 through 8. Hierarchical models can provide a separate transformation matrix at 
each layer of the hierarchy, thereby making it possible to move models or parts of a models simply by changing a transformation 

25 matrix. This allows non-changing model geometry (in object coordinates) to be used as moving objects in an animation. 
Content Addressable Memories 

Most Co ntent Addressable Memories (CAM) perform a bit-fbr-bit equality test between an input vector and each of 
the data words stored in the CAM. This type of CAM frequently provides masking of bit positions in order to *»tm«^ the cor- 
responding bit in all words from affecting the equality test It is inefficient to perform fgmtmt* comparisons in a equality-test- 

30 ing CAM because a large number of clock cycles is required to do the task. 

CAMs are presently used in translation look-aside buffers within a virtual memory systems in some computers. CAMs 
are also used to match a d dr e ss es in high speed computer networks. CAMs are not used in any practical prior art renders. 

Magnitude Comparison CAM (MCCAM) is defined here as any CAM where the stored data an treated as numbers, 
and arithmetic magnitude, comparisons (ie. less-than, greater-than, less-than^equal-to, etc.) are performed on the data in par- 

35 aUeL This is in contrast to ordinary CAM which treats stored data strictly as bit vectors, not as numbers. An MCCAM patent, 
included herein by reference, is U.S. Patent Number 4,996,666, by Jerome F. Duluk J&, entitled Xontcni-Addressable Memory 
System Capable of Fully Parallel Magnitude Comparisons**, granted February 26, 1991 (hereinafter referred to as the Duluk 
Patent). Structures within the Duluk Patent specifically referenced shall include the prefix Duluk Patent** (for »«n»p K "Duluk 

* Patent MCCAM Bit Circuit**). MCCAMs are not used in any prior art renderer. 

40 The basic internal structure of an MCCAM is a set of memory bus organized into words, where each word can perform 

one or more arithmetic magnitude comparisons between the stored data and input data. In general, for an MCCAM, when a vec- 
tor of numbers is applied in parallel to an array of words, all arithmetic comparisons in all wards occur in paraUeL Such a paral- 
lel search comparison operation is called a •'query** of the stored data. 
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The invention described hoe augment! the capability of the MCCAM by adding various features, xncludiag the ability 
& perform sorting. This new type of MOCAM if call Sotting Magnitude Gotapariaon CAM (SMCGAM). 
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Summary of the Invention 

Computer graphics is the art and science of genenting pictures or images with a computer. This picture generation is 
commonly referred to as xeodering. The appearance of motion, for example in a 3-Dimensiooal animation is achieved by dis- 
playing a sequence of images. Interactive 3-Dimensiona] (3D) computer graphics allows a user to change his or her viewpoint or 
to change the geometry in real-time, thereby requiring the rendering system to create new images on-the-fly in real-time. There- 
fore, real-time performance in color, with high quality imagery is becoming increasingly important. 

The inventive apparatus and met hod provide a data lifting capability that fum"** sorting the data in addition to 
searching. It also provides a new way to perform a simple search of a spatial database based on a rectangularly shaped search 
region or range search. The range search may be performed in a special new Sorting Magnitude Comparison Content Address- 
able Memory (SMCCAM) apparatus. This SMCCAM provides a magnitude comparison content addressable memory wherein 
the data stored in the fields in each word of the memory may be shifted to corresponding fields in an adjacent word, where this 
shifting is conditionally performed based on the results of the magnitude comparisons. 

The 3D graphics method stores the parameters of a polygon span in a spatial database, and a query operation is per- 
formed on the H«t»K»«» to determine which of those spans, or portions of spans, are visible. The spatial database of spans can be 
stored in an SMCCAM. The SMCCAM apparatus is rignifi^t because to orxration » fast enough to support real time opera- 
tion, auch as for standard and emerging video technologies (NTSC, PAL. HDTV, and the like), visual flight simulators, virtual 
reality image generators, and the like, among other ap p lica ti o ns . 

Since the range search is used, it infrptf reer a ron**™*™* ■ppmTimmtinn of tfag irffe*] nerliiHing Region. An Occlud- 
ing Test is provided which defines an Occluding Test Region as an approximation to the ideal Occluding Region. A rule based 
method is used when cornparing the Current Span Portion with the New Span, where me New Span b found by the Occluding 
Test and read out of the data structure stored in memory. That memory may advantageously be the SMCCAM, or it may be a 
rrtnventwniJ mmrry that mi pUm«tfK thfe *j*6ml d*i* rtmdme with conventional apaiial database methods. Based on the results 
of the comparison, one rule out of several possible simple rues are selected and applied to determine which piece of the Current 
Span is visible, if any. Several alternative rales are described. 

Mnltipl* M»-mMrr tpt ^t-***"**^* — ' I— «^»^ng * ^y Tie " t s F m - T* »p ffmMa1 Span, and Quadrilateral 
Span. Each of these Spans is defined by its own set of span parameters, of which there are multiple arlrrtions of each. The span 
parameters are stored in a data structure in memory, which may be implemented by the SMCCAM, and are used during the 
query search orjerancm. Each Span or a Quadrilateral 

Span provides superior anti-aliasing perfonnancc than provided by a Segment Span. This performance advantage is achieved by 
preserving the left and right edge information of the polygon within a rtrtirulw raster line, Several ways to handle the query 
operation for Trapezoidal and Quadrilateral Spans are described. 

Spatial searching and sorting apparttttf and inethods are provided such that spatial searching and sorting can be used 
to properly render transparent polygon spans in front-to-back or back-to-fxont order. 

The inventive apparatus, system, and method also provide several options and enhancements to the bask system. 
These include, by way of example: preservation of rendering order, utilization of a single-buffered frame butler for increased 
compatibility with conventional video cards* the ability to selectively turn on or off anti-aliasing on specific polygon edges, the 
ability to store edge-pairs rather than polygons thereby simplifying downstream processing, the ability to eHminste the Current 
Polygon Memory by replacing hwim a list of tjo^ provision 
of a Geometry Cache for storing geometry as it is input for tendering, flexible options for the number of pages of Span Memory 
and Page Memory VO bus architecture, support for geometry prirnitives other than polygons (such as CSO raimitives), and alter- 
oatives that suppuU the inventive method in conventional hardware with some performance compromises. 
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A Brief Descriptioii of the Drawings 
Figure 1: An object in three-dimensional space, its projection onto the viewing plane, and its image one a display 

screen. 

Figure 2: Generic rendering pipeline from the Deering Reference (prior art). 
Figure 3: Method flow diagram for the standard Z-buffer method (prior art). 

Figure 4: The Span Sorting Rendering Pipeline. The Span Memory can be implemented with a SMCCAM800. 
Figure 5: A block diagram of the Span Sorting Renderer architecture. 

Figure 6: An example of nine polygons showing how they intersect the display screen and how they are included in a 
particular raster line. 

Figure 7: Three ways to model a polygon span: 1) aline segment; 2) a trapezoid; and 3) a quadrilateral. 
Figure 8: Data organization within die Sorting Magnitude Comparison Content Addressable MemorySOO 
(SMCCAM 800). 

Figure 9: SMCCAM Word 900 block diagram. 

Figure 10: Examples of a span's Occluding Region and a span's SOT Region generated by a Span Occluding Test 

Query. 

Figure 11: An example set of segment spans on one raster line, shown in x-z space, with the visible span portions 
shown as thick lines and hidden span portions shown as narrow lines. 

Figure 12: The same example set of spans as shown in Figure 11, except with bounding boxes around each span. 
Figure 13: The Span Sorting Rendering Method 1300 flow diagram. 

Figure 14: The Process Polygon Method 1400 flow diagram, part of the Span Sorting Rendering Method 1300. 
Figure 15: The Process Current Polygon Memory Method 1500 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

Figure 16: The Process Bucket Sort Memory Method 1600 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

Figure 17: The Write Span Parameters Method 1700 flow diagram. 

Figure 18: The Simplified Span Rasterization Method 1800 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

Figure 19: Span interaction nomenclature definitions. 
Figure 20: The 49 varieties of Span Interaction Types. 

Figure 21: Segment Span Rasterization Method 21 00 flow diagram, part of the Span Sorting Rendering 
Method 1300. 

Figure 22: Rule 1 2200 method flow diagram, part of Segment Span Rasterization Method 21 00. 
Figure 23: Rule 2 2300 method flow diagram, part of Segment Span Rasterization Method 21 00. 
Figure 24: Rule 3 2400 method flow diagram, part of Segment Span Rasterization Method2100. 
Figure 25: Rule 4 2500 method flow diagram, part of Segment Span Rasterization Method 21 00. 
Figure 26: Rule 5 2600 method flow diagram pgt of Segment Spm» P—t*^**^ MfthnriglflO 
Figure 27: An example raster line with fifteen spans. The bounding box of each span is shown as well as » arh span's 
Jul location along the x-axis. 

Figure 28: Tuning diagram for phase-locked raster line processing and display. 
Figure 29: Timing diagram for single buffered frame buffer. 

Figure 30: Tuning diagram for single buffered frame buffer where span rasterization covers more uian one screen dis- 
play time. 

Figure 31: Block diagram of the Query Processor 510 hardware architecture, also including two pages within the Span 
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Memory 408. 

Figure 32: Block diagram of the Comparison and Offset Computation block3202 within the Query Processor 51 0. 
Figure 33: Prior art MCCAM CMOS bit cell. 
Figure 34: A TIL type" circuit for an SMCCAM fait cell. 
5 Figure 35: A CMOS circuit for the SMCCAM bit cell 

Figure 36: An array of SMCCAM bit cells. 
Figure 37: Multiple spans vertically within a raster line. 

Figure 38: Two trapezoidal spans working together to occlude farther spans that would be visible if the shown trape- 
zoidal spans did not work together. 
10 Figure 39: An example set of trapezoidal spans, shown inx-z space. 

Figure 40: SOT Query for Processing Top and Bottom Separately 

Figure 41: An example set of trapezoidal spans used to illustrate the Trapezoidal Span Rasterization Method version 
that does occlusion processing on span tops and span bottoms separately. 
Figure 42: SOT Query for processing every visibility transition 
IS Figure 43 : SOT Query with a complex shape 

Figure 44: SOT Query with a wider search area 

Figure 45: A set of segment spans in a raster line where the visible opaque surfaces are shown as thick black lines and 
the visible translucent spans are shown as thick shaded lines. 

Figure 46: Approximating trapezoidal spans using only one r-value per endpoint changes the spans into quadrilateral 

20 spans. 

Figure 47: An example set of quadrilateral spans, shown inx-2 space. 

Detailed Description of the Invention 

Span Sorting Rendering Pipeline 

Figure 4 shows the Span Sorting 3D Graphics Pipeline 400, where the first six steps are defined as the process 

25 polygon 1400 steps. The first five steps (transfbnnatian 202. clip test 204 9 face detennination 206, lighting 208, and perspective 
divide 212) are the same as the five of the first six steps in the Generic 3D Graphics Pipeline 200. The clip 210 step is omitted 
because the Span Sorting 3D Graphics Pipeline 400 operates in object-precision, and coordinates are not limited to the area of 
the display screen 104. Elimination of the clip 210 step allows all polygons in the view volume 106 to be treated the same. How- 
ever, the clip 210 step can be inserted if desired. The Span Sorting 3D Graphics Pipeline 400 can be built with de d icate d hard- 

30 ware, done completely in software, or a combination of the two. Hereinafter, a dedicated hardware inmlementation is assumed, 
and a new apparatus is described. 

The top-level block diagram of the new apparatus is shown in Figure 5. The process polygon 1400 steps are performed 
in the Polygon Processor 502. The last step performed by the Polygon Processor 50 2 is the computation of the Polygon 
Parameters 402. The Polygon Parameters, output by the Polygon Processor 502, describe a polygons as needed by the rest of the 

35 Span Sorting 3D Graphics Pipeline 400. 

For each polygon, Polygon Parameters are written into the Bucket Sort Memory 400, and include: 1) the location in 
object-precision screen coordinates of the polygon vertices, V lt V y etc* defined respectively m (x x ,y v Zi\ (x^y^^X 
(*3* >3* 23)* etc.; 2) color information, including such things as vertex colon far Gouraud (or Phong) shading and/or texture map- 
ping parameters; 3 ) the edge derivatives of x and 1 with respect to y (Lc 6x/5y and 6z/oy) for each edge; 4) starting raster line (or 

40 topmost), ysxutf 5) ending raster line (or bottomroostX and 6) the span derivative of 2 with respect to x (Le^ hxjhy\ 
assigned to the variable d. The last four in this list need to be computed 402, and this is done in the Polygon Processor 502. 
Assuming the polygons are triangles, the edge derivatives are co mpu ted as: 
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When the starting raster line, >stakp «nd the ending raster line, y^SD* m computed, the edges of the display 
screen 104 must generally be taken into account Figure 6 shows a display screen 104 with eight polygons (in this case, trian- 
gles), some of which intersect the edges of the display screen 104. If a polygon does not intersect the right or left edges of the 
1 0 display screen 104, then > s1A kt and y^^ are computed by: 

y start * MinOf (y MAX , IntPartOf (MaxOf (y v y y y v ...))) 

(EQ2) 

y Bm = MaxOf (0, IntPartOf (MinOf (y v y 2$ y 3 , ...))) 

15 The computation of y SIART first finds the maximum of they<oordinates of the vertices of the polygon, thereby finding 

the 'Iropermost" y-coordinate in the polygon. Then, the function IntPartOf ) takes the "integer part oT the uppermost 
y-coordinate, thereby computing the raster line of the Uppermost" y<oordinale in the polygon. Since the start of the polygon 
can not be above the topmost raster line in the display screen 104, the MinOf( ) function substitutes y^x tf polygon would 
start in a non-existent raster line. Computation of>fe ND is done similarly. Figure 6 shows a polygon 602 that starts aty^^x, and 

20 another 604 that ends at raster line zero. 

If a polygon intersects the right ox left edges of the display screen 104, then > SIAKr and y^^ should be the first and 
last raster lines that is affected by the polygon within the display screen 104. In Figure 6, an example polygon 606 begins at 
y A 608 and ends at & 610. Another example polygon 612 begins at y c 614 and ends at raster line zero. The effects of the right 
and left edges of the display screen 104 can be ignored, but then span generation 1500 will create spans that are not within the 

25 display screen 104, and therefore must test for this, and throw away such spans. 

Computation of the span derivative, d (Le^ cW&r), can be computed in one of many conventional ways. 

A Sz 

30 The span derivative is constant for each planar polygon and can have either a positive or a negative value. 

Writing into the Bucket Sort Memory 404 is done according to y^urr for each polygon. There is one "bucket** per 
raster line, and a polygon is placed into the one bucket that c or resp on ds to its starting raster Jane. Within each bucket, polygons 
do not need to be sorted. Management of the data in the Bucket Sort Memory 404 is done by the Bucket Sort Processor 504, 
which can do the sort with one linked list per bucket In addition, the Bucket Sort Memory 404 can be double buffered so the 

35 write operations moriated with a scene can be performed concmTentlv with read ojgjaimm hm riw» pn-w^nn. yrm? 

If all the color information described above is stored into the Bucket Sort Memory 404, it must be carried along, 
through the Span Sorting Renderer 500 (see Figure 5) all the way to the Rasterize Processor 512. Afceraatrvery, the color infor- 
mation in the Bucket Sort Memory 404 can be replaced by an information pointer, and men stored into a separate Polygon Infor- 
mation Memory 514. The information pointer is an address into the Polygon Information Memory 514 where all the color 

40 information for the polygon is stored, and can be used by the Rasterize Processar512 to read the color mforaation. The informa- 
tion pointer is carried along to the Rasterize Processor 512. This saves expensive hardware memory throughout the Span Sorting 
Renderer 500 because the iriformation pointer hns very few bits when compared to aU the color infonnation for a polygon. This 
savings can be done beca u se: 1) the color infonnation is constant ova the entire polygon, and so can be shared by all the spans 
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of the polygon; and 2) the color information is not needed until visible span portions are colored by the Rasterize Processor51£ 
The use of the information pointer and the Polygon Infonrotioa Memory 514 will be atsmrtfri in merest of this document 

Within the Span Sorting Renderer 500, a list is kept in the Current Polygon Memory 406 of all the polygons that affect 
the raster line that is currently being rendered Hence, when the rendering of a scene begins, the Current Polygon Memory 406 is 

5 empty. During rendering, when a particular raster Hne is reached, all the polygons that have their?siAxr ** ***** nsta ft*t 
that particular bucket) are read from the Bucket Sort Memory 404 and added to the Current Polygon Memory 406. As tendering 
proceeds, polygons are deleted from the Current Polygon Memory 406 as their vqq> values are reached. The data in the Current 
Polygon Memory 406 is managed by the Current Polygon Processor 506, which performs the operation "process data from 
Bucket Sort Memory 404** 1600, as shown in the pipeline diagram 400. Also, the Current Polygon Processor 506 feeds the poly- 

10 gons that affect the raster line to the Span Generation Processor 508. 

Starting at the beginning of the rendering of a raster hne, each polygon that has a span in that raster Hne is input to the 
Span Generation Processor 508, which performs span generation 1600. The Span Generation Processor 508 uses the geometric 
properties of each polygon, including its edge derivatives of Equation 1, to compute the location in object-precision screen coor- 
dinates of the left and right endpoints of its span within the current raster line. The span can be modeled as a simple line segment, 

1 5 a trapezoid, or a quadrilateral as shown in Figure 7. The geometric properties of the span are sent to the Query ProcessorSlO, 
and those properties include: 1) coordinates of the left endpoint of the span; 2) coordinates of the right endpoint of the span; 
3) the span derivative, d; and 4) the information pointer. The coordinates of a span endpoint can be: 1) an (c, x) point within the 
current raster line, used when spans are modeled as line segments as in Figure 7 A; 2) two (s, x) points, one for the top edge of the 
current raster line and one for the lower edge, used when spans are modeled as trapezoids as in Figure 7B; or 3) an fru, *L» *) 

20 triplet including one r-coordinate and an ^coordinate for the upper and lower edges of the current raster line, used when spans 
are modeled as quadrilaterals as in Figure 7C. Of the eight example polygons shown in Figure 6, four of them616, 618, 620, 622 
have spans 626, 628, 630, 632 on the example current raster line 640. Note that one of the example spans 626 starts at a negative 
x-value. 

For a given raster line, as geometric properties of spans are output from the Span Generation Processor508 ? they are 

25 received by the Query Processor 510 that then writes them all into one bank of the double buffered Span Memory 406. As the 
spans are written into the Span Memory 406, they are sorted, in order of precedence, by: 1) the left x-ccordiiiate; 2) the left 
z -coordinate; and 3) the span derivative. Simultaneous to writing span data into one bank, the span data in the other bank of Span 
Memory 406 is processed to discover visible span portions. 

When the Query Processor 510 has completed processing the spans stored m one bank of the Span Memory 406, and 

30 all the spans in the next raster line have been received from the Span Generation Processor 508 and written into the other bank, 
the two banks of the Span Memory 406 are swapped. After the bank swap, the Query Processor 510 and the Span Memory 406 
jointly perform arithmetic comparisons on the span data (hereinafter called query operations) and various arithmetic operations 
to process 1800 or 2100 the spans and determine which spans or portions of spans are visible m the scene. These visible spans 
(or portions of spans) are sent to the Rasterize Processor 512. A taore detailed blo& 

35 Span Memory 406 is shown as Figure 31. 

The Rasterize Processor 512 receives only spans (or poroow of spans) that are fully vis^ 
Rasterize Processor 512 performs the set up for incremental span render 412 and then performs span interpolation 220. Pixel 
color values are generated by utilizing the data stored in the Polygon Information Memory514 and possibly also the Texture 
Map Memory 516. As pixel color values are generated, they are written into the Raster Line Memory 416. 

40 The Raster Line Memory 416 can store all the color pixel values for several complete raster lines. That is, U416 stores 

the color values for the raster line currently being fed to the digital to analog converter 228 (via the Rasterize Processor 512) as 
well as several subsequent raster lines. Once all the values far a particular raster line have been sent to the digital to analog 
converter 228, the corresponding part of the Raster Line Memory 416 can be overwritten with another raster line. In this way, the 
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total amount of memory required is only a few raster lines worth (the ininimum is two), rather than the typical doubled buffered 
full display screen 1 04 frame buffer 224 required by prior art 3D graphics readers, Ibis saves many megabytes of memory. The 
Raster line Memory 416 can store data for several raster lines in order far the rasterization process to "work ahead"* of the digi- 
tal to analog converter 228, thereby providing some time cushion for raster lines mat require more than the average amount of 
time to process. 

Having only enough memory for a few raster lines requires the Span Sorting Renderer 500 architecture to keep up with 
the average raster line display rate. Therefore, if very large geometry databases (larger than the maximum where the Span Sort- 
ing Renderer 500 can keep up) need to be rendered, the Raster Line Memory 416 can be replaced with a doubled buffered full 
display screen 104 frame buffer 224. 

Sorting Magnitude Comparison Content Addressable Memory 800 

A diagram of data storage 800 within a page of Span Memory 406 is shown in Figure 8. This data array can reside in 
typical random access memory (RAM) as a sorted data structure, or reside m Sorting Magnitude Comparison Content Address* 
able Memory (SMCCAM). The SMCCAM implementation will be assumed in the rest of this document 

An SMCCAM is a new type of MCCAM, and is carnpised of a set of memory registers (or wordsX each word com- 
posed of a multiplicity of fields, where each field can: 1) store a number, either as an integer or as a floating-point number, 
2) perform arithmetic comparisons between the stored number and another number broadcast to all words; and 3) shift its con- 
tents to the corresponding field in the next word. When used as the Span Memory 406 within the Span Sorting Renderer 500, the 
SMCCAM stores a set of spans and performs parallel searching and sorting flprrarinni to find the visible span prtiftns 

As shown in Figure 8, the data storage within the SMCCAM 800 is divided into SMCCAM Words 900, where each 
word 900 stores and processes (by performing query operations) data corresponding to one span in the current raster line. The 
figure shows a total of W SMCCAM Words 900, numbered 0 to W-l. Each SMCCAM Word 900 includes seven numeric fields 
(and the variable name shown here is for the nth word): 1) the Word Number Held 802, w, that is a fixed (ix^ read-only) unique 
identifying number for each word 900, akin to an address; 2) the Left X Field 804, jc^, mat stores the *coc*dinate of the left 
endpoint of a span; 3) the Left Z Held 806, 24., that stores the 2-coordinate of the left endpoint of a span; 4) the Right 
X Field 808, that stores the x-cooTdinate of the right enapoint of a span; 5) the Right Z Field 810, that stores the 
2-coordinate of the right endpoint of a span; 6) the Span Derivative Field 812, mat stores the hsjhx slope of the span; and 
7 ) the Information Pointer Held 814, /„, that stores a pointer into the Polygon Information Memory 514 for color information for 
the span** polygon. 

Each SMCCAM Word 900 also stores: I) a Valid Flag 816, F mV > a single bit value j™^*^ whether the SMCCAM 
Word 900 is storing valid data; and 2) a Query Flag 818, F^ a tingle bit value indicating whether the SMCCAM Word900 
responded positively to a query operation. Both flag bits 816, 818 each have a corresponding *Nmd-nor M bos mat fruifr-^ 
whether all words 900 have that flag bit turned oil Specifically, for the Valid Flag 816, F bV if F.y is false for attis (U„ all 
words), then the signal AUWordsImraUd 990 is asserted. Similarly, if F^ is false for aUit, then the signal 
NuUQueryResponse 992 is asserted. The two wired-nor signals, AMVordilrvalid 990 tad NuUQuery Response 992, provide the 
mechanism for query results to be fed bade to the external controller (located in the Query Proccssor510X so it can ™*v» deci- 
sions (Le. "branches) about bow to proceed within the method 

The nomenclature for fidds arid fi^W value u the first part of the field 

subscript (e.g„ Z3L is in word 3). Later in this document, the number of fields in each word is increased to add various features to 
the Span Sorting Renderer 500. Hgure 8 shows two variable word indices, nandw, that are used throughout this document as 
references to SMCCAM Words 900. 

A block diagram of an SMCCAM Word 900 is shown as Hgure 9, where each of the seven fields 802 to 814 is shown. 
The seven fields, x*, L 804, 806. 808, z w& 810, d w 812, and v 814, each have a corresponding data bus within the set of 
Array Busses 910: BusW 911 BusXL 914, £usZL916, BusXR 918, BuZR 920. £uxD922, and Surf 924. Six of the 
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fields 802 to 812 are broken into a memory 902 or 904 and a comparator 906 or 908. The Word Number Field 802 includes: 1) a 
fixed memory 902; and 2) an equality comparison circuit 906, used for query operations, that compares the fixed memory 
value 902 to the data on the input bus, BuM 912. Five of the fields 804 to 812 include: 1) a read/write memory 904; and 2) an 
arithmetic comparison circuit 906 (tests for kss-than, etc.), used for query operations, that compares the stored memory 

5 value 904 to the data on the corresponding input bus. The seventh field, the Mcrmanoo Pointer Field814, is simply a read/ 
write memory that does not generally participate in query operations. 

Query operations are used for searching, sorting, reading, and writing into the array 800 of SMCCAM Words 900. A 
query operation is performed by all SMCCAM Words 900 in parallel by supplying query data to all words 900 via the Amy 
Busses 910. Hie SMCCAM 800 includes the Query Logic Array 850, which is 4 set of Query Logic 930 circuits, one in each 

10 SMCCAM Word 900. 

In parallel within each SMCCAM Word 900, query operation results are computed by the Query Logic 930. The 
Query Logic 930 receives the results from the comparators 906 and 908 as well at the Valid Flag 816 and Query Flag 818 val- 
ues, performs a selectable Boolean operation on these values (selected by QueryCitirl 932) to generate a query result bit, and 
then writes the query result bit back into either the Valid Flag 816 or the Query Flag 818. 
IS When a query operation is performed, every word 900 generates a query result, which is stored into either its 900 Valid 

Flag 816 or the Query Flag 818. The set of all Valid Flags 816 is called the Valid Flag Word 830, and the set of aD Query 
Flags 818 is called the Valid Flag Word 834. When a search is done, the query results which words fulfilled the query 

operation parameters. An example query operation is: 

^Q = F *V A (*nL**CL> <EQ 4 > 

20 

where the following occurs: 1)^ is broadcast to all words 900 via BusZL 916; 2) the Left X Field 804 in each word 900 per- 
forms (X n L ^ x Ql) ' ^ ctHnpftring its 804 contents, x^ to the value on BtuZL 916; 3) the Query Logic 930 in each 
word 900 performs the right side of Equation 4, which is the query result for that word 900; 4) in each word 900, the query result 
is stored into the Query Flag 818 shown as the left aide of Equation 4; and 5) the signal, SullQueryRaponse 992, is asserted if 
25 the Query Flag 818 is false mall words 900. 

Additional example Boolean operations are shown in Equation 5, whereof, Sf> Xcr, xqh xq> and iqt are data broad- 
cast to all SMCCAM Words 900 via the Array Busses 910, and where it is the particular word 900 where the operation is taking 
place (this happens for all n, which means for all SMCCAM Words 900). 



30 



F nQ eF *V A A l x *L <x C*> A t*mSL >X Cl) A U S *L <2 cJ V 

F .Q " F *V A ( * *L K *CR> A (*.L "*CR> (EQ5) 

F m y « F m y A (X^ > X C j) 

F *Q - ^ v (*«L > *AL> v I (*mL c *AL> a 1*mL > a AL> 1 v I <**L « *Al) A <**L = 2 m) a > *A> 1 

35 The query operation mechanism inherently performs a search operation on the data stored in the SMCCAM800, and 

the search results are stored into the Query Flags 818. When data needs to be written into the SMCCAM 800, the following 
sequence occurs: 1) the Valid Flag Word 830 (or, for certain applications, the Query Flag Word S34 could be used) is chosen to 
determine the word 900 to be written; 2) the Valid Flag Word 830 contents are input to its 830 corresponding Priority 
Resolver 840; 3) the Priority Resolver840 finds the first occurrence of a logic "zero** within the flag word 830, this is the first 

40 invalid word; 4) the SMCCAM Ward 900 with the first occurrence of logic "zero" is the selected word 900, and the data on the 
Array Busses 910 is stored into mat word 900; and 5) the selected word 900 has its Valid Flag 816 asserted, indicating that word 
now contains valid data. 

A read operation works similarly, with the following se qu enc e: 1) the Valid Query Flag Word834 is chosen to deter- 
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mine the word 900 to be read; 2) the Query Flag Word 834 contents ire input to its 834 corresponding Priority Receiver 840; 
3) the Priority Revolver 840 finds the first occurrence of ft logic "one" within the flag word 834; 4) the SMCCAM Word 900 with 
the first occurrence of logic "one" is the selected word900 t and its 900 contents are output onto the Array Busses 910; 5) the 
selected word 900 has its Query Flag 818 de-asserted, indicating that word has had its contents read, and subsequent reads (with* 
5 out intervening queries) will read other words; and 6) the signal NuUQueryRcsponse 992, is asserted if the Query Flag 818 is » 
false in all words 900, indicating that no other words would respond to a read operation. The query, write, and read operations 
work somewhat similarly to that described in the Duluk Patent 

The portion of the Priority Resohrer 840 within an SMCCAM Word 900 is called a Priority Resorver Section 934, and 
they 934 communicate across SMCCAM Words 900 via the busses: VaUdPriQiti[w-\] 936, QueryPriOui[w-l]9y7 9 

10 VaUdPriOuilw] 938, and QueryPrtOut[w] 939. Alternatively, the Priority Resohrer 840 could be built with a treelike structure, 
thereby making the worst case circuit propagation delay proportional to log W rather W. 

The SMCCAM 800 also perforins a sorting operation, which is not provided in the apparatus described in the Duluk . 
Patent As described above, the Span Sorting RendererSOO sorts spans as they are written into the Span Memory 406 according 
to: 1) the left x^oordinate; 2) the left z-coordinate; and 3) the span derivative. In the SMCCAM 800, sorting is done by toting 

1 5 the place in the span list where a span needs to be inserted, then, from this place, shifting the 5MCCAM800 contents down one 
word 900, and then writing the new span into the vacated word 900. 

The SMCCAM 800 can shift data from word-to-word to make room in the sorted span list The sorting operation is 
done in the following sequence: 1) the geometric properties (as described above) of the span to be written are input to the 
SMCCAM 800 for a query operation; 2) the query operation of Equation 6 is performed in every SMCCAM Word900 with the 

20 query results written into the Query Flags 818, thereby identifying all words that contain either invalid data ox contain a span that 
should be sorted later in the span list that the span being written; 3) the Query Flag Word834 contents are input to the corre- 
sponding Priority Resorver 840; 4) the Priority Resorver 840 finds the first occurrence of a logic "one" within the Query Flag 
Word 834, thereby determining the selected word 900; 5) for the selected word 900 and all SMCCAM Wads 900 after the 
selected word 900, stored data is shifted to the next word 900; and 6) at the selected word 900, the data on the Array Busses 910 

25 is stored into the word 900. 

Shifting data in the fields 802 to 814 from one SMCEAM Word 900 to the Krt is dmevu 
are connected to the Shift Out Busses 970 of the previous word 900. The list of Shift In Busses 950 includes: 
ShifiOiaXU»-l)9S2; ShifiOulXR[^l)9S4; Sh^OtuZU^l) 956; ShiftOmZRl^l] 958; ShiftOuiD{^l)960; and 
SkiftOutl[w-l] 962. The list of Shift Out Busses 970 includes: ShiftOutXL[w] 972; ShifiOutXR[w) 974; ShtflOuOUw) 976; 
ShifiOulZR[w] 978; ShiftOuiD[w-\] 980; and ShiftOtal[w] 982. The circuit signal nomenclature used in this document includes 
the use of a bracketed index, such as "M", indicating it is part of an array of busses (similar to the amy nomenclature of the"C" 
computer language). Here, "fwl" indicates the wth word 900. and "fn^ir indicate th» wnH Poo imm~«.H y rrkr in the tct of 
words 800. 

Span Occluding Test 

Figure 10 shows three spans 1002, 1004, 1006 represented by line segments (Le^ "segment spans") in the x-j plane, 
corresponding to one raster line of the display screen 104. One of the spans 1002 is shown with a corresponding fw?nrfing 
Region 1008. If there are no spans that Occluding Region 1008, then the companding span 1002 is not hidden. The shape of 
the Occluding Region 1008 is trapezoidal, and therefore it is computationally expensive to determine if another span lies within 
it 1008, and is particularly expensive if many spans need to tested against the region 1008. A simplifying approximation for an 
Occluding Region 1008 is a rectangular Span Occluding Test Region 1010 (hereinafter called an SOT Region 1010). The SOT 
Region 1010 is generated from the span (or span portion) being tested for oorhwion, hereinafter called the Current Portion, 
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S c 1004. Determining if a span 1006 with endpoints (r^, z^) and (x^ z*) lies within an SOT Region 1010 for a Current Por- 
tion. 1004, So, with endpoints(^zo3 1012"^ 

In SOT Region = (Jf^<x CR ) a (x |(R > x^) a [ (2 JlL <MaxOf(i CR .2 CL ) ) v (i -R < MaxOn^ ; a ) )] (EQ7) 

5 The arithmetic computation required for Equation 7 is four comparisons and one "choose-the-maximum-of* function (the two 
needed in the equation are identical). For the SMCCAM800 to perform the operations of Equation 7, the M choose-the-roaxi- 
mum-of * would be performed outside the SMCCAM 800 to determine: 

z cp = MaxOf(z CR> Zcl) (EQ8) 

10 and then the values x^, xcr, and Zqj would be input on the Array Busses 910 and the comparisons would be performed in the 
appropriate fields 804 to 810. In this way, all the spans stored in the SMCCAM 800 would be tested in parallel, performing the 
search for occluding spans in a matter of nanoseconds. In this document, any span mat is found by an SOT Query is called an 
occluding span. 

The complete equation for the Span Occluding Test Query (hereinafter called the SOT Query) is shown as Equation 9. 
15 F -Q * F -v a (*i*Sp) a (Jf JlL <x CR ) a (x aR >x CL ) a [U -L <i CF ) v U -R <* CP )] (EQ9) 

The complete SOT Query equation adds two more terms to the conjunction: 1) the Valid Flag816, needed to keep words with 
invalid data from mistakenly identifying themselves as storing an occluding span; and 2) a test, n # 5p where S? is the Word 
Number Field 802 corresponding to the Current Portion, done to keep the span from being i d en ti fie d as occluding itself. The 
20 complete SOT Query equation stores the query result into the Query Flag 818 of each SMCCAM Word 900. The result of the 
SOT Query is available at the signal, NuUQueryResponse 992, where an asserted value indicates that no occluding spans were 
found. 

By using the SOT Region as an approximation of the Occluding Region 1008, a conservative error is introduced. That 
is, the SOT Query may find occluding spans that are within the SOT Region 1010, but are actually behind the Current Portion. 
25 However, the SOT Query will never fail to find spans that actually occlude the Current Portion. 
Span Sorting Rendering Method 1300 

In order for the SOT Query to inadvertently find an occluding span that does not actually occlude the Current Portion, 
the bounding box (described in the next section) of the Current Portion must overlap the bounding box of the occluding span. 
Therefore, the simplest form of the Span Sorting Rendering Method 1300 assumes that hotmdmg boxes of spans do not overlap, 
30 thereby eHrainating the need to handle occluding spans that do not actually occlude the Current Portion. While this assumption is 
not practical for most rendering applications, it does simplify part of the description of the method 1300. Therefore, this simpli- 
fied (though not generally practical) version will be described first In a later section, the method 1300 will be expanded to pro- 
cess spans with overlapping bounding boxes. 

Figure 11 shows a set of fourteen spans in the same raster line (numbered SIq 1100 to 1113), where each span is 
35 represented by a line segment in the x-r plane of the raster line (the y-coordinate is fixed). The visible parts of the spins are 
shown as thick lines, and the hidden parts are shown as thin lines. For example^ 1104 and 5 6 1106 are hidden, and 5 0 1100 has 
two visible portions. The spans have been sorted according to thex-coordmate location of their left endpoint. Hence, the spans 
are numbered from left to right according to their Word Number Held 802 assigned when they are all stored in the 
SMCCAM 800. For example, span5 4 1104 is stored in SMCCAM Word 900 number four, and has its left endpoint located at the 
40 point (xjl, z A i) and its right endpoint located at C^r, X4&). 

Figure 12 shows the same fourteen spans, except mat each span is enclosed by a bounding box. The set of spans in 
Figure 11 and Figure 12 were chosen so that the span bounding boxes do not overlap. The spans of Figure 12 will be used to 
describe the simplest form of the Span Sorting Reiidering Method 1300, the version that includes the Simplified Span Rasteriza- 
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lion Method 1800 which assumes span bounding boxes do not overlap. 

The Span Sorting Rendering Method 1300 is *WrriK»/j in the context of the apparatus ckscribed herein, bat can also be 
performed by software on a general purpose computer. Figure 13 is the top-level method diagram of the Span Sorting Rendering 
Method 1300. This method 1300 is performed by the Span Sorting Rendering Pipeline 400 of Hgure 4. in the same way the 
5 method flow diagram 300 of Figure 3 is performed by the generic 3D graphics pipeline 200. 

In the Span Sorting Rendering Method 1300, scenes are generated 1302 (object locations in world coordinates, etc.), 
and within each scene, polygons are obtained 1304 for input to the Span Sorting Rendering Pipeline 400 and processed 1400. 

Hgure 14 shows the process polygon step 1400. Included are the previously described tautformarion202, clip 
test 204, face determination 206, lighting 208, perspective divide 212 and compute polygon parameter 402 steps. After these 
10 steps, polygons are written into the Bucket Sort Memory 404, each according to its >STAKT parameter. 

Getting back to Figure 13, once all 1306 the polygons for a scene have been processed 1400 and therefore written into 
the Bucket Sort Memory 404, each raster line is processed. The variable, is used to keep track of the current raster line num- 
ber, and is initialized 1308 to zero. Before the first raster line can be processed, the Current Polygon Memory 406 must be 
cleared 1310, thereby indicating that no polygons are on the current raster line. Also, the Span Memory 408 must be 
15 cleared 1312, thereby indicating that no spans are on the current raster line. These operations 1310, 1312 can be done by mark- 
ing the entire contents of the memories 406, 408 as invalid. Since, at the first raster line, there are no polygons in the Current 
Polygon Memory 406, the next step 1600 is to transfer polygons mat start in the current raster line form the Bucket Sort 
Memory 404 to the Current Polygon Memory 406 and to make spans for these polygons. Beginning on the second raster line 
(Le., R = 1), there is probably some polygons in the Current Polygon Memory 406, and spans need to be made 1500 for those 
20 polygons. 

Figure 15 is the Process Current Polygon Memory 406 step 1500 within the Span Sorting Rendering Method 1300. 
Each 1502 polygon in the Current Polygon Memory 406, is read 1504, and if 1506 that polygon is not i«y*i»*»/t in the current 
raster line, it is deleted 1508 from the Current Polygon Memory 406 so snhtfqnent raster lines do not need to consider iL If 1506 
the potygon is included in the present raster line, then a span within the current raster line and its Span Parameters (as described 

25 above) are generated 1510 for that polygon. Then, the Span Parameters are written 1700 into the Span Memory 408. 

Figure 16 is the Process Bucket Sort Memory 404 step 1600 within the Span Sorting Rcridering Method 1300. If 1602 
there are more polygons to be read from the Bucket Sort Memory 404 for the current raster line, men for each such polygon: 
l)the polygon is read 1604 from the Bucket Sort Memory 404; 2) the polygon is written 1606 into the Current Polygon 
Memory 406; 3) the polygon has a span in the current raster line, and Span Parameters (as iWrrftrd above) are generated 1510 

30 for the span; and 4) the Span Parameters are written 1700 into the Span Memory 408. 

When writing 1700 Span Parameters into the Span Memory 408, a sort operation u done. The sort rpration is per- 
formed by the SMCCAM800 as a query operation (Fimation 6) and a special wife operation, as described above. The apparatus 
of the SMCCAM 800 performs this step 1700 in parallel, but it is described in the flow diagram 1700 of Figure 17 as if it is a 
sequential search process. A counter, n, used as an index into the set of SMCCAM Words 900, k initialized 1702 to zero. The 

35 flow diagram shows the query operation of Equation 6 broken down mm six coomooiialsl704 mat lest to see if the new span 
should be inserted at the nth word 900. Words 900 are stepped through 1706 by tncrementing n tmbl such an insertion point is 
found. When the insertion point is found, the counter n stops mcremcnting, and the contents of all the words rroroV/- 1 to n 
(using the counter, m) are transferred 1708 to the next word and the Span Parameters are written 1710 into word n. A test 1712 
for reaching the last word 900 (Le., word"/- 1) is included to detect an exception 1714 condition if there are more than a total 

40 of W spans in the raster line, thus exceeding the total number of words 900. Strategies to work within a fixed number of 
words 900 are presented later in this riorum rnt 

Once again returning to Figure 13, once all the spans within the display screen at raster line A have been written into 
the Span Memory 408, visible span portions are identified 1800 or 2100. One version of this portion of the method is the Simpli- 
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fied Span Rasterization Method 1800, which assumes span bounding boxes do not overlap. Other versions that do not make this 
assumption arc the Segment Span Rasterization Mcthod2100 and the Trapezoid al Span Rasterization Method, described in later 

sections. 

Simplified Span Rasterization Method 1800 
5 The Simplified Span Rasterization Method 1800, shown in Figure 18, tn«f"*""g three sets of variables: 1) the current 

left ^-coordinate position, xq., used to indicate how much of the current raster line hat been rendered so far; 2) the Present Span, 
5p used to keep track of the frontmost span atx^ including its Span Parameters x^ j^, ipR, dp ^ and word number, and 
3) the New Span, used to keep track of the span most recently read form the Span Memory 408 (generally found by a query), 
including its Span Parameters x^ 2^ x^ 2^, d Sf ^, and word number. In the Simplified Span Rasterization Method 1800, 

10 the Current Portion, is always equal to the Present Span, Sp 

The rasterization method 1800 will be explained by using the set of spans in Figure 12 as an example. In the rest of this 
section, the method 1800 will be followed step-by-step as the example spans are processed. 

The method 1800 starts by setting 1802 xq, to zero (thereby starting at the left edge of the display screen) and declar- 
ing the variables 5p and 5^ to be invalid. Because 5 P is invalid 1804 and there are valid 1806 spans still stored m the Span 

IS Memory 408, a search 1808 must be done to find either the frontmost span atXQ, (ie^ zero) or, if there is no span ai*cL» then 
find the leftmost valid span in the Span Memory 408. 

The first step in this search 1808 is to do a query 1810 to find all valid spans in the Span Memory 408 that include 
(Le., zero). Looking at Figure 12, it is seen that there are no 1812 spans at ^-coordinate zero (the query 1810 finds nothing). 
Because there are no spans 1812 at ^-coordinate zero, the leftmost span in the Span Memory 408 (Lc, the first valid span 

20 because the spans are sorted) is read 1818 thereby making 5 P to be equal to 5 0 1200. There were no valid spans at 
*CL zero)* me leftmost span does not start until (left endpoint of span5 0 1200), so the range from zero tox^ does 
not have any spans at all, and therefore the background is rendered 1820 from xq^ (lc, zero) tox^. Some rendering has been 
done, so the value for ^ is updated 1822 to become Xft. (Le^ Xq)> indicating rendering hat been done op to mis point An SOT 
Query is done 1824 for the Present Span (Le, S 0 1200) to find any occluding spans, and this finds all the other spans 1201 

25 to 1213 since they are all in the SOT Region of Sq 1200. The first of these found spans are read 1824, making the value of the 
New Span, 5^, equal to 5 X 1201. 

The method 1800 has not reached 1826 the right edge of the display screen (^xcl<xmax). both 3 P and 5 K are 
valid 1804 and 1828, and the next step 1830 is to render the S F (Le^ S 0 1200) from x^l 6^ *ol) to *kl (Le^ x^). This render- 
ing can be done because the SOT Query 1824 found the leftmost occluding span in front of Sq 1200, meaning any part of 

30 Sq 1200 to the left of this occluding span must be visible. This step 1830 also updates the value forxcL to bcxN L (Le*»jr 1L ), and 
also makes 5 N (Le^i 1201) into the new value ofSp. An SOT Query is done 1832 for the Present Span (Le^ 1201) to find 
any occluding spans, and this finds only one span,5 2 1202, since it 1202 is the only span in the SOT Region of S t 1201. This 
span is read 1832, making the value of the New Span,5 N , equal to 1202. 

The span 5j 1201 is pr oces se d in a way similar to S 0 1200. The method 1800 has not reached 1826 the right edge of 

35 the display screen (Le^x CL <j MAX X both Sp and 5 N are valid 1804 and 1828, and 5p (ut^S l 1201) u rendered 1830 from 
*CL (i-c, *iL)toXKL (*-*•* *2L)- The value for Xo. is updated 1830 to be x^ (Le, XjlX *nd 5 N S 2 1202) is made into the 
new value of 5 P An SOT Query is done 1832 far the Present Span (Le.,5 3 1202X but the query does not find any spans because 
nothing occludes S 2 1202, and the value of the New Span, 5^, is set to invalid. 

The right edge of the display sc re en has not been reached 1826, 5p is valid 1804, S^ is invalid 1828, and the next 

40 portion 1834 of the method 1800 includes a search for an abutting span forSp An abutting span is a span whose left endpoint is 
located at the same point as the right endpoint of the Current Portion (ox, for the Simplified Span Rasterization Methodl800, the 
Present Span). In Figure 12, three example pairs of abutting spans are: 1)5 2 1202 and 5 5 1205; 2)5 5 1205 and S7 1207; and 
3)5 6 1206 and S 9 1209. Abutting spans occur frequently because 3D objects are generally described by a set of polygons that 
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share edges. Therefore, for highly tessellated objects, ibost spans will be part of at least one abutting span pair. 

The portion 1834 of the method 1800 starts with rendering 1836 S p (Le^ S 2 1202) from (Le., *2l) to 
*pr O-Cm *2b)' T*" s can be done because the SOT Query did not find any occluding spans, thus proving 5 P (ut* 5^ 1202) is not 
hidden at all and should be rendered. Also, is set 1836 to xp^ (Lc, Xjjd- Next, a query is done 1838 to find an abutting span 
for S P 1202), which finds span S 5 1205. Because 1840 an abutting span was found, the abutting span, S 5 1205, is 

read 1846 and assigned to Sp An SOT Query is done 1848 for the Present Span (Le^S 5 1205X but the query does not find any 
spans because nothing occludes 5 3 1205, and the value of the New Span, 5^ is set to invalid. 

The Present Span, S 5 1205, is processed similarly to S 2 1202. The right edge of the display screen has not been 
reached 1826, S ? is valid 1804, is invalid 1828, S f (Le^ S 5 1205) is rendered 1836 from (Le-, Xjg) to (Le., and 
*CL is set 1836 to ^(Le^jr^J. A query is done 1838 for an abutting span, which finds span 5 7 1207. The abutting span, 
S 7 1207, is read 1846 and assigned to S P An SOT Query is done 1848 for the Present Span (ie^ S 7 1207), finding only S 8 1208 
which is read 1832, making the value of theS N equal to Sg 1208. 

The Present Span, S 7 1207 is processed similarly to 5j 1201. The right edge of the display screen has not been 
reached 1826, both 5 P and S N are valid 1804 and 1828, and S ? (Le„S 7 1207) is rendered 1830 from ^fu^ to 
jfML (i.e„ x^). The value for x^ is updated 1830 to be (Le., XgJ, and S ¥ is set to S N (Le^ S 2 1202). An SOT Query is 
done 1832 for the Present Span (i.e., 5 8 1208), but the query does not find any spans, and the value of the New Span, S N , is set to 
invalid. 

The Present Span, S 8 1208 is processed similarly to S2 1202 and $5 1205. The right edge of the display screen has not 
been reached 1826, S ? is valid 1804, 5 N is invalid 1828, 5 P (Le,S 8 1208) is rendered 1836 from x^Cu^Hl) to JfcR G-e^gji). 
and xcl is set 1836 to x^ (i.e., xgg). A query is done 1838 for an abutting span, which finds span5 10 1210. The abutting span, 
S 10 1210, is read 1846 and assigned to S P An SOT Query is done 1848 for the Present Span (Le*, 5 10 1210), but the query does 
not find any spans, and the value of the New Span, S N . is set to invalid. 

As the Present Span, S 10 1210 is processed, the search for an shotting span does not find such a span. The right edge of 
the display screen has not been reached 1826, 5p is valid 1804, 5 N is invalid 1828, £ P (Le^ S 10 1210) is rendered 1836 from 
*CL x ss) 10 x fr G- 6 - x iqrX *nd*a. is set 1836 to Xp^ (i^, Jr l0R ). A query is done 1838 for an abutting span, but no abutting 
span is found Since 1840 no abutting span was found, a search must be done to find the fxontmost span aLx^ (Le^ x 1(a ). How- 
ever, before the search is done, a query is done to invalidate 1842 all spans that are completely to the left of xq^ (Lc,x 1(HL ).This 
invalidation 1842 can be done because the current raster line has been rendered up to xa, (*-*•» *mk)« and spans to the left of 
x^l (Le^ x lGS ) were either rendered or bidden (or some of eachX The invalidation 1842 turns off the Valid Flags 816 for S t 1201 
through 5 10 1210, thereby leaving only S 0 1200 and S n 1211 through 5 U 1213 as validly stored spans. The value of the Present 
Span, 5 N , and the value of the New Span, S N , are both set 1844 to invalid. 

The right edge of the display screen has not been reached 1826, Sp is invalid 1804, there are still 1806 valid spans, and 
the next pan 1808 of the method includes a search for the fxontmost span sU^ (Le^ jr 1QR ). First, a query 1810 is done to find all 
spans that include xqJU^iorX which finds two spans: Sq 1200 and S n 121L Since 1812 spans were found, these two 
spans 1200 and 1211 are read 1814, the x-coordinates of the spans are computed 1814 *r*&(Le^Xi flR ), and are c ompil e d to 
determine 1814 that S l} 1211 is the fxontmost span. The z<oordinate computation it • pn pli fird by having the span derivative 
(from the Span Derivative Field 812) available for use in extrapolating from the left endpoint of the span. The fxontmost span, 
5 U 1211, is made 1814 the Present Span, Sp. An SOT Query is done 1824 for the Present Span (Lc,S n 1211), but the query 
does not find any spans, and the value of the New Span, 5)*, is set to invalid. 

The Present Span, S n 1211, is processed similarly to S 2 1202, S 5 1205, and S 8 1208. The right edge of the display 
screen has not been reached 1826. S ? is valid 1804, S s is invalid 1828, Sp (Le^ S u 1211) is rendered 1836 from Xq, (Le* x lQ5t ) 
to xpz (lc, x nK ), and jc^ is set 1836 to xp^ (Le^ * 11R ). A query is done 1838 for an abutting span, which finds span 5 U 1212. 
The abutting span, S l2 12 12, is read 1846 and assigned to An S OT Query is done 1848 for the ftesent Span (Le^ S x2 1212 X 
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but the quay does not find any spans, and the value of the New Span, 5^, is set to invalid. 

The Present Span, S l2 1212 is processed similarly to S 10 1210. The right edge of the display screen has not been 
reached 1826, S P is valid 1804, S N is invalid 1828, S F (Le. S n 1212) is rendered 1834 from (Le^ x 11R ) to (Le^ x 12R ), 
and JtL is set 1836 to xp^ (Le^ * 12R ). A quay is done 1838 for an abutting span, but no abutting span is found. Since 1840 no 
5 abutting span was found, a query is done to invalidate 1842 all spans that are completely to the left of Xq. (Lc, XhrX thereby 
turning off the Valid Flags 816 for S n 1211 and S u 1212, thereby leaving only S 0 1200 and 1213 as validly stored spans. 
The value of the Present Span, S^, and the value of the New Span, 5 N , are bom set 1844 to invalid. 

The right edge of the display screen has not been reached 1826, 5 P is invalid 1804, there are still 1806 valid spans, and 
the next part 1808 of the method includes a search fc 1810 is done to find all 

10 spans that include x a fi^, x 12R X which finds only one span, S Q 1200. Since 1812 a span was found, it ts made 1814 the Present 
Span, £p An SOT Query is done 1848 for the Present Span (Le.,5 0 1200), finding only 5 U 1213 which is read 1832, making the 
value of the Ss equal to 5 U 1213. 

The right edge of the display screen has not been reached 1826, both S r and£ K are valid 1804 and 1828, andSp 
(Le M S 0 1200) is reiulered 1830 from ^ 
15 and5 P issetto5 N (i.e^5j 3 1213). An SOT Query is done 1832 far the Present Span(Le^5 u 1213). but the o^ery does not find 
any spans, and the value of the New Span,S N , is set to invalid. 

The right edge of the display screen has not been reached 1826, 5p is valid 1804, S N is invalid 1828, S P (Lc„ 5 13 1213) 
it rendered 1836 fromj^Q^jr^ toXpRCLe^jr!^ and^isset!836 toj^p (Le^XiwXACTieTvisdonel838foranahut. 
ting span, but no abutting span is found. Since 1840 no abutting span was found, a query is done to invalidate 1842 all spans that 
20 are completely to the left of ^ (Lc^ur), thereby turning off the Valid Flags 816 for Sq 1200 and S u 1213, thereby elirninai- 
ing the last valid spans. The value of the Present Span,5 N> and the value of the New Span, 5 N , are both set 1844 to iirvalid. 

The right edge of the display screen has not been reached 1826, S P is invalid 1804, and there are 1806 no valid tpm. 
Therefore, me background is rendered from ^ 

ter line has now been rendered, and the next raster line can be processed, as shown in the method flow diagram of Figure 13. 
25 It is important to note that the method 1800 rendered the visible portions of the spans, and completely ignored the 

spans thai are totally hidden (Lc, S 3 1203. S 4 1204, S 6 1206, and S 9 1209). For scenes with greater depth complexity, a larger 
fraction of the spans will be ignored in a similar way, thereby providing a greater computational savings. A unique feature of this 
method 1800 is the ability of abutting spans to work together to occlude spans behind % n 
Another inmortant feature of the tnethod 1800 is the pixel cofcrata 
30 tbnal to me number of pixels m the raster line, ral^ 

This is because hidden portions within spans are never sent to the pixel ™irtr»»jnrt process. Pixel ftnUnfam processing is 
"roughly" proportional to the number of pixels within the raster line because a pixel can be affected by two spans fr~»mrr for 
example, the span to the right may end within the pixel's boundary. In this case, color from two spans are together to 

form the final color for the pixel 
35 Span Interaction Types and Span Interaction ParameUn 

As described above, the SOT Query is a set of comparison operations simple enough to be performed in hardware by 
an SMCCAM 800. However, in the general case where spsri bounding boxes overlap, the SOT Query will sometimes find spans 
that do not occlude the Current Portion. Furthermore, the SOT Query will also sometimes find spans that intersect the Current 
Portio n, thus making both spans partially visible . The Segment Span Rasterization Method2100 solves this shortcoming by cat- 
egorizing the interaction between the Current Portion and a span in the SOT Region into one of many Span Interaction Types 
(hereinafter abbreviated SIT), and then applying reridering rules based on the SIT. The SIT is determined from the Span Interac- 
tion Parameters (hereinafter SIP) of the two spans. 

As the Segment Span Rasterization Method 2100 proceeds, it 2100 maintains four spans and their ««**»i»tH parame- 
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ters: 1) the Present Span, 5 P the froittmost span atx^ ax described above; 2) the New Span,S N , a tpan in the SOT Region of £ p 
as described above; 3) the Current Portion, Sq, a subsection of tbe Present Span,5p; and 4) tbe Saved Span,£ s , used as a single 
depth stack fox temporarily saving 5^ so that more spans in the SOT Region of£p can be read. 

The nomenclature for spans, span endpoints, SIPs, and STTs is illustrated by tbe examples shown in Figure 19. The 
5 Present Span, S f 1902, has the endpoints (*p L , z^) 1904, 1906 and (x^, z^) 1908, 1910, is enclosed by a dashed oval, and is 

Shown as the Union of a solid hl«r> tin*. *nH a finely AtftrA W T*u» cnKA W»rlr Kt»» «hWAw> nf C f lOtt? W th» FtTTtion. 

S c 1912, and has the endpoints (x^ xq) 1914, 1916 and C*c* *c&) 1918, 1920. Tbe SOT Region 1922 corresponding to 
S c 1912 is enclosed by a dashed line. The New Span, 5 N 1932, has the conjoints (x^ 1934, 1936 and 
(xflR, Zfjg) 1938, 1940, and is enclosed by its bounding box 1942. 

10 Tbe Span Interaction Parameters (Le*, SIPs) are arithmetic comparison results between thei-coordinates of Sq 1912 

and S s 1932 at four particular jr>coordinate values, specifically, tbe endpoints of tbe two spans: 1934, x^ 1938, x^ 1914, 
and 1918. In detailed terms, the four Span Interaction Parameters (Le*, SIPs) are: 1) tbe comparison of thei-coordinate of 
5 C 1912 at ^ 1934 to 1936, shown in the example as "Nonexistent'* because Sq 1912 does not have a point at x^ 1934; 
2) the comparison of the 2-coordinale of S c 1912 at x^ 1938 to 2^ 1940, shown in the example as "Farther- because the point 

IS on Sq 1912 is father (i* n has a greater x-coordinate) than 1940; 3) the comparison of the J-coordinaie of S# 1932 at 
Xql&14 to 2^1916, shown in the example as "Farther** because the point onS^ 1932 is father (ut^ has a greater 2-coordinate) 
than 1916; and 4) the comparison of the j -coordinate of S N 1932 atx^ 1918 to x^r 1920, shown in tbe example as "Nonex- 
istent" because 5 N 1932 does not have a point at 1918. Each of the four SIPs can take on one of the values: 1) "Nonexistent" 
(abbreviated "Non"); 2) "Farther" (abbreviated "Far"); 3) "Nearer'' (abbreviated "Near"); or 4) "EquaT. In the example of 

20 Figure 19, the four SIPs are Non, Far, Far, Non, as shown in the figure. Ibis particular set of four is SIT 23, causing invocation of 
Rule 4, as will be described later in this document 

The SIPs were chosen so as to be easy to compute, avoiding expensive co mputa tions such as division. Tbe computa- 
tion of z-coordinates used in the comparison is done by: 

25 z-coordinate of S c at x NL = 2 a + (x NL ^x a )d c 

z-coordinate of S c at x m = + (x m -x a ) d c ^ ^ 

coordinate of S N at = 2^ + (x^-x^) d N 
z-coordinate of 5 N atx CR = r NL + (*cR-*NL) d N 

30 Figure 20 is a listing of all 49 possible SITs. For tramplr, Figure 20C illustrates SIT 3, showing three examples of a 

S c paired with an S N , where the SIPs are Near, Equal, Non, Non. Each possible combination of SIPs correspond to one SIT. 
When a particular SIT is encountered during the Segment Span Rasterization Method2100, one of several rules is invoked, and 
each SIT in Figure 20 identifies the rule it nvotes. Scm SITs, such u STT 19 art 
method 2100, therefore, no rule is invoked, and the tag "impossible" is shown m Figure 20. 

35 Segment Span Rasterization Af«oW2100 

The Segment Span Rasterization Method 2100, shown in Figure 21, p toc eaacs spans that are represented by line seg- 
ments (as in Figure 7 A). Ibis method can be utilized within Span Sorting Rendering Memodl300, shown in Figure 13. In mis 
section of the document, the method flow diagrams of Figure 21 through Figure 26 will be described in very general terms. In the 
next section, an complex set of example spans is used to describe the step-by-step ft»y^»ning 0 f the method2100. 

40 The Segment Span Rasterization Method 2100 starts by initializing 2102 and 2104 variables. Tbe method 2100 calls 

sub-methods, called Rule 1 2200 through Rule 5 2600. Every rule considers: 1 ) what part of 5^ should be rendered, if any; 2) the 
updating of S ? and/or Sq; 3) updating of S$; 4) invalidation of spans stored in the Span Memory 408; 5) doing an SOT Query, 
and/or 6) updating of S N . 
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Rule 1 2200 (shown in Figure 22) is invoked if£p is invalid. It 2200 searches for the frontmost span *t*cL, makes Che 
frommost span Sp, performs an SOI Query, and updates 5^. 

Rule 2 2300 (shown in Figure 23) is invoked if Sq has no Potentially Ocrlnriing Spans remaining. Therefore, it 2300 
renders the Present Span,Sp from xq. to xcr. Then, S c is set to, in order of precedence: 1) the Saved Span, 5$; 2) an Abutting 
t 5 Span; or 3) the first valid span after in va l idati on of all spans compktdy to thekftofi^.Inany case,j^is settoj^, and £5 is 
invalidated. 

Rule 3 2400 (shown in Figure 24) is invoked if the STT is such that the Current Portion, 5o is yrhFfo? at but is 
visible from xq^ to xj^. Therefore, lender the Present Span, from xq, to x^. Then, make the New Span, S^, the Present 
Span and begin processing it Since S c is not being rendered tox^, invalidate the Saved Span, 5$. 
10 Rule 4 2500 (shown in Figure 25) is invoked if the SIT is such that5 c irtfrorrti 5 N and the point of intersection is vis- 

ible. The intersection point, at (x h between the Current Portion, Spend the New Span. % is computed . Since S c is occluded 
to the right of x^Sq is modified by changing *at toxj. The New Span, 5^, is stored as the Saved Span, 5$, in case it is needed 
later under Rule 1 2200. Then, the next Potentially Occluding Span is read and madeS^- 

Rule 5 2600 (shown in Figure 26) is invoked if the Current Portion, Sq, occludes the New Span,S N , such that none of 
15 S N is visible from xq. to x^. Therefore, S N is discarded, and the next Potentially Preluding Span is read and madeS N . Since S c 
is not being rendered when this rule is applied, leave the status of the Saved Span,S s , unchanged 
Detailed example of the Segment Span Rasterization MethodTiOO 

In order to fully describe the Segment Span Rasterization Method 21 00 in a step-by-step fashion, an example set of 
fifteen spans, shown in Figure 27, is used to illustrate how the method 21 00 works. The spans in this example were chosen so as 
20 to exercise all parts of the Segment Span Rasterization Method 21 00. The example, when compared to typical raster lines in typ- 
ical scenes, is abnormally complex due to the large fraction of overlapping bounding boxes and intersecting spans. As each step 
in the Segment Span Rasterization Method 2100 is described, the corresponding reference designators in the method flow dia- 
grams are listed at the beginning of the step description. Within a step description, equations for query operations are first shown 
as they appear in the method flow diagrams, then, on a second line, the same equation is shown with all its variables substituted 
25 by values from the example of Figure 27. Also within a step description, assignment —* rimittr will be (with multiple 

"=** signs) showing how to arrive at the fully substituted variables. 

For the example of Figure 27, when the Segment Span Rasterization Method 21 00 begins, th^ 
in the SMCCAM 800, designated 5 0 through 5 t4 . These spans are stored in SMCCAM Words 000 0 through 14, and therefore 
each have (f aV b 0* indicating those SMCCAM Words 000 have valid contents. The rest of the SMCCAM Words 000, namely 
30 words 15 through W - 1, each have (f„ v = o), indicating those SMCCAM Words 900 have invalid contents. Hence, at the start 
of the Segment Span Rasterization Method 21 00, the Valid Flag Word 840, Fv designates the set of valid spans, and this set is 
not empty. 

For the example set of fifteen spans shown in Figure 27, the step-by-step {accessing using the Segment Span Raster- 
ization Method 2100 is: 

35' 1) 2102 The leftx value of the Current Portion, xq^ mrtiratrs how far the rendering has proceeded along the present 

raster line. Hence, the start of a raster line causes setting (x^n o). The leftx value of the Current Portion, zq,. is 
set to infinity to allow any span to be in front of the background. The depth location of the background is 
considered to be at infinity. The background is not composed of polygons, and for may applications, is set to the 
' color black. The right x and y values of the Current Portion, XQt andx^, are set to '•invalid" because there is no 

40 valid Present Span, 5p With assignment statements, this is described as: 
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X CL 8 °* ^CR s * DV4lid » 

^CL = infinity; r^ = invalid; (EQ11) 

2 cf B infinity; 

5 2) 21 04 The data within registers for staring span information external to the SMCCAM8Q0 (Lc Sj> Sj^ and 5 S ) are 

also designated as invalid. 

£ p = invalid; 

S N s invalid; (EQ 12) 

S s = invalid; 

10 

3) 2106, 2108, and 2200 Because the Present Span, 5p> is not valid and Fy » not empty (indicating that at least some 
spans are valid), Role 1 is invoked. Here, Rule 1 is used to search for the first span to make the Present SparvSp 
3A) 2202 Do a query to find all valid spans that could affect the current raster line at 0-*-» at 
x coordinate zero). The query performs, in each SMCCAM Ward 000: 



15 



This query does not find any spans, and therefore, the sciFq is empty. 
3B) 2204, 2206, and 2208 Because Fq is empty and £p is not valid, there must not be a valid span that 
20 could affect the current raster line atXQ.. Therefore, the first span in Fy is read and made the Present 

Span, 5p This read operation sets the following values: 

S p = read(n) = 0; 
*p L = read(xL) « x 0L ; * w - read(x R ) - x 0R ; 

(£014) 

z pL « re*d(* L ) s x 0L ; i pR = read(r R ) = * 0R ; 



25 



dp ~ read (4) = d Q ; i f ° read(i) = i* 0 



Reading the first span from Fy yields the leftmost valid span, 5o. because the spans are stored in the 
SMCCAM 800 in a left to right ordering. 
3C) 2210 Because there is not a valid span that could affect the oment raster line ■**q j ('^ , lttew mfiMM 
30 zero), and the leftmost valid span does not start until JfeXLe*, jcqlX the background must be rendered 

from *cl to xpi (Le., from 0 to jrgjj. 

As possible alternate methods, rendering of the background can be avoided if: 1) it is know that 
polygons will always cover 100% of the viewing plane; or 2) the raster buffer is mitirfiwri with the 
background colors prior to processing the first span in each raster line. 
35 3D) 2212 There is now a Present Span, Sp (ix^ S 0 \ and the Current Portion, 5 0 is set equal to £p by setting: 

X CL * X VL m X 0L ; *CR s *PR = 'OR** 

2 CL "= 2 PL = *QL* *CR " *PR e 'OR* (EQ 15) 

CF * niax(2 pLf i pR ) = max(2 0L? 2 0R ) = 2 0L ; 

40 The Current Portion, 5q equal to Sq. The Far Z Value for the Current Portion, 2^ is set to by the 

"find the maximum** function. 
3£) 221 4 There briow a defined Praertf Spaa 

search is done for spans that could possibly occlude the Current Portion, S& (Lc, The Span 
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Occluding Test quay performs, in each SMCCAM Wad 900: 

F «Q ° F *V* («* V A ( JC »L <X CR) a (*«R >X CL> a K'jO<*CF> v ( J *R<*CP)1 
= F »V A < n * 0 > A ( x *L <jr 0R> A ( x .R >jr 0I> A K 2 hL <Z 0l) V ^.E^OL^ 

This query creates the set of all Potentially Ocrlndmg Spans for the Current Portion, 5 C (Le^ The 
query finds 5j through 5 14 . In general, queries used for search operations include F„v in the conjunction 
in order to prevent invalid data stored in a SMCCAM Word 900 from causing a bit in Fq from being 
irustakenly asserted. 

3F) 2216 and 2218 Because Fq is not empty, there must spans that possibly oc clu d e the Current Portion, 
S c (i.e., Sq). Therefore, the first span in Fq is read and made the New Span, This read operation sets 
the following values: 

S N = read(n) = 1; 

x NL = read (* L ) - * 1L ; * NR - read (xj = * 1R ; ^ ^ 

2 NL 13 read ( i L> s *NR = re * d ( 2 R> c *1V 

</ K & read(rf) = d x ; * read(0 = i x ; 

Reading the first span in Fq yields S lt the first span in the set The read process also deletes 5j from Fq 
by setting (F 1q »o). 

4) 2109, 2106, 2110, and 21 12 The right edge of the display screen has not been reached (Ic.*™ <x^.,) and both 

the Present Span, S ? (Le^ Sq), and the New Span, 5 N (Lc^ 5^ are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far, Non, Non, Far). 

5) 21 14 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 14. 

6) 2116 and 2400 Because the Span Interaction Type is Type 14, Rule 3 invoked to process 5^ 

6 A) 2402 The Current Portion, S c (ie^ 5a), is hidden starting at *hl G-e- *ilX but is visible to the left of 
*nl ( i c - Therefore, render the Present Span, 5 P (ije„ 5q), from Jf a to Xf^ (Le„ from to x 1L ). 

6B) 2404 The processing of Present Span is comrJ rtrri (at this point), so make 5^ (Lc M «Sj) into the Present 
Span, 5p by setting: 

5 p & 5 N s 1; 

X PL * *NL ° *IL ; *PR ~ *NR 15 *1R ; „ ft 

2 PL s HtL m *1L : 2 PR ° *NR * *1R ; 

6Q 2406 The Current Portion, 5q, is set equal to 5 N by setting: 
*CL s *NL " *1L ; *CR m " *1R ; 

*CL c *NL B 2 \V *CR " *NR 9 (EQ 19) 

CP s ma *(*NI/W - m **(*iLr*lR> « 

Altenuirively, the Current Portion, 5^ could be set to the Present Span, 5p> (rather than 5 K )because it has 

the same values. However, mis alternate way is not desirable for hardware implementation because this 

step and the previous step could not be done in parallel. 
6D) 2408 The Saved Span, 5 S » is invalidated, but at this point in this example, it was already invalid. 
6£) 2410 There is a new Current Portion, Sc (Le* S\\ so a search is done for spans that could possibly 

occlude iL The Span Occluding Test query performs, in each SMCCAM Word 900: 
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F .Q = *.V A < n **p) a <*«L. <Jf CR> A ('•R^Cl) a 1<*«L <X CF> V ^«R <2 Cp)l 
F »Q = f '*.V A t"* 1 ) A (■ r *L <x lR) A <*.R>*1L> A [<*-L <Z U> V < Z -R <2 1l)1 

This query creates the set of all Potentially Ocrluriing Spans for the Current Portion, 5 C (Le., The 
query finds 5 0 and Sj through S M . 
6T) 2412 and 2414 Because Fq is not empty, there must be spans that possibly occlude the Current 
Portion, S c (Le., Therefore, the first span in Fq is read and made the New Span, S N . This read 
operation sets the following values: 

£ N = read (n) « 0; 
*NL * rMd («x,) = *ol ; *NR - ««U*r) "= *©V> 

<f N = read(<Q * rf 0 ; ^ * read(0 « i 0 ; " 

Reading the first span in Fq yields the first span in the set The read process also deletes 5 0 from Fq 
by setting (Foq«o). 

7) 21 09, 21 06, 21 1 0, and 21 1 2 The right edge of the display screen has not been reached (u-. Jfe. < *max) both 

the Present Span, S ? (Le^ S x \ and the New Span, 5 N (Lt^S^, are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Par, Non, Fax, Non). 

8) 2114 The Span interaction TVpe is determined from the Span Interaction Parameters, and turns out to be Type 23. 

9) 2116,2118,and 2500 Because the Span Interaction Type is Type 23, Rule 4 is invoked 

9A) 2502 The Current Portion, 5 C (Le., S x ), and the New Span. S# (Le^ S£ interact to cause S c to transition 
from being visible to being hidden somewhere along its length: at point of intersection between 
S c (Le„ Si) and S N (Le^ S£. The intersection is computed, and found to be at (q, rj) 2702, as shown in 
Figure 27. 

9B) 2504 The Current Portion, 5 C (Le^ S x \ u shortened by changing its right end point to the intersection 
point The right endpoint of 5 C is «~yfirj*^ by setting 

*CR = *V 

2 CR c *v (EQ22) 
CP = m«dcL' z j) e 2 cl e his 

The Present Span, 5p is still equal to all of S v 
9C) 2506 The New Span, 5 N (Lc^SqX is saved as the Saved Span, S s . This is done because 5 S will be 
needed later if S ? (Le^ S x ) is rendered to jc 2 . 

*SL " *NL * X 0L ; *SR B *NR e 

(EQ23) 

*SL ° *NL c *0L- *SR " *NR " 'OR* 

The portion of the Saved Span,£ s , to the right jtj abuts S c at the x coordinate xj. B; later in the method, 
S c is rendered to x b men S s will become the Present Span,<Sp 
9D) 2508 The Current Portion, S c (Le., Sj fromx^ to jtj) has been changed, so a search ii done for spans 
that could possibly occlude it The Span Occluding Test query performs, m each SMCCAM Word 900: 
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* (EQ24) 
F *Q » *.v**. Q * (»*D a (J.^) a (^ R >x 1L ) a [(i -L <z 1L ) v (i -R <^ L )] 

This query crcatre the set of all Potentially Occluding Spans for the Current Poition,S c (Le^ S x between 
5 and jcj). The query finds only 5 2 . The c»njuncdon peifbnned by the query includes Fq to prevent any 

previously read (and discarded) Potentially Occluding Span ofSj from being re-included into Fq and 
x needlessly reprocessed. 

A variation of this method could skip this step and mnrirmr reading from the existing Fq rather than 
doing a quexy to eliminate spans fiomFQ. This variation saves gfcntion time by eliminating the query, 
] 0 but possibly increases execution time by tailing to reduce the number of spans inFq. 

9£) 2510 and 2512 Because Fq is not empty, there must be spans that possibly occlude the Current 
Portion, 5c (Le-t S\ from x^ to x$. Therefore, the first span in Fq is read and made the New Span, 5 N . 
This read operation sets the following values: 

S N = read(n) » 2; 

15 'NL = 'ead(* L ) = x^i * NR = read(* R ) = * 2R ; 

2 ML * '"<*(*L> = Z 2L* *NR m rew| ( 2 R> = *2V 

<f N s= read(rf) m d 2 ; fa ■* read(i) « 

Reading the first span in Fq yields 5^ the first (and only) span in the set Tbe read process also deletes 5 2 
20 from Fq by setting (Fjq = o) t making Fq empty. 

10) 2109, 2106, 2110, and 2112 Tbe right edge of the display screen has not been reached (ic^xa <x r .«) and both 

the Present Span, 5 P (Le^ S k \ and the Hew Span, S N (Le^S^ are valid Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far, Non, Nan, Near). 

11) 21 14 The Span Interaction Type is detennined from the Span Interaction Parameters, and turns out to be type 13. 
25 12) 2116 and 2400 Because the Span Interaction Type is Type 13, Rule 3 is invoked to continue processing^: 

12 A) 2402 The Current Portion, S c (Le- S x between x^ and u hidden starting at j^l *2l)» *wt is 
visible to the left of xj^ (ije^ x^). Therefore, render the Present Span, Sp (Lc, Si), from Xq, to 
(Le^ from x^ to *2l). 

12B) 2404 The processing of fresent Span is completed (at this point), so mikeS^ (Le^Sj) into the Present 
30 Span, Sp> by setting: 

5 p c 5 N s 2; 

X PL c X SL " *2L ; *PR s *NR ° *2R ; ^„ 

(EQ26) 

2 PL B *NL " 2 2L» J PR = 2 NR = *2R» 

12C) 2406 The Current Portion, it set equal to 5^ by setting: 
*CL *NL " *2L? *CR c *NR = *»• 

2 CL «= 2 NL C ^IL- 2 CR = ^R c (EQ27) 

CF " rotx < 2 NL' W ° ma *< a 21P*2t> " Z 2L ; 

12D) 2408 The Saved Span, J s , is invalidated. In Step 9C, the values for 5 S were set to those of Sj, but these 
are now labelled invalid. 
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S & = invalid; 
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12E) 2410 There is a new Current Portion, 5c (Le* Sj), so a search is done for (pans that could possibly 
occlude iL The Span Occluding Test query performs, in each SMCCAM Word 900: 

5 F «Q = F «V A ("*Sp) A (^<X CK ) A (X J|R > JfQ; A [(l JlL <X cp ) V (Z J|R <I CF )] 

F aQ = F .V^ A (X^<X 1R ) A U jiR >X 2L ) A [(I^<I 2L ) V (2. E <Z J1# )] 

This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (Le., S£ The 
query finds S 3 , and 5 4 . 

10 12F) 2412 and 2414 Because Fq is not empty, there must be spans that possibly occlude the Current 

Portion, S c (Le^ Sj). Therefore, the first span in Fq is read and made the New Span, S N . This read 
operation sets the following values: 

5 N = read(n) = 0; 

15 2 NL = read (^ L ) « X 0 L- 2 NR = «*d(z R ) « 2 0R ; (EQ30) 

<f N = read(rf) = <f 0 ; ^ = read(0 « / 0 ; 

Reading the first span in Fq yields the first span in the set The read process also deletes S 0 from Fq 

by setting (Fqq»0). 

20 13) 2109, 2106, 2110, and 211 2 The right edge of the display screen has not been reached (Le^*CL *nd both 

the Present Span, S F (Le., Sj), and the New Span, (It^S^ are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Non, Non, Far, Far). 

14) 2114 The Span Interaction Type is detennined from the Span Interaction Parameters, and tarns out to be Type 32. 

15) 21 1 6, 21 1 8, and 2600 Because the Span Interaction Type is Type 32, Rule 5 is invoked to processS^. 

25 15A) 2602 and 2604 The New Span, 5 N (Le^ is hidden within the x axis projection of S c (Le., 

Therefore, 5 N (i.e., 5q) is dis c a rde d Because Fq is not empty; there must be other spans that possibly 
occlude the Current Portion, 5 C (U^ Therefore, the first span in F Q is read and made the New Span, 
5jsj. This read operation sets the following values: 

5 N = read(n) « 3; 

30 *NL = read(x L ) * x^; x^ = read(jc R ) = jt JR ; 

<f N = read (J) « rf 3 ; ^ - read(i) * 

Reading me first span in Fq yields Sj, fefim span m the set The read jxocen 
35 by setting (Fjq = 0).5 2 ^ ^ the Present Span, 5^ The st^ 

thereby remaining invalid. 

16) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (Le^x CL <x MX ) and both 

the Present Span. 5 P (Le^ S& and the New Span, 5p (Le^sX are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far* Non, Non, Near). 
40 17) 2114 The Span Interaction Type is detennined from the Span Interaction Parameters, and turns out to be Type 13. 

18) 21 1 6 and 2400 Because the Span Interaction Type is Type 13, Rule 3 is invoked to continue processing^. 

1 8 A) 2402 The Current Portion, S c (Le„ is hidden starting at (U^ jrjj, but is visible to the left of 
*NL (i.c^jr 3L ). Therefore, render the Present Span,S P (Le^Sj), from xq. to jr^ <Le^ tamx^ tox^ 
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18B) 2404 The processing of Present Span is completed, so make the New Span,5 K (Le*, S3), into the Present 
Span, £pt by setting: 

Sp = = 3; 

X PL c *NL ° *3L ; *PR 88 *NR ° *3R' _ _ , A 

(EQ32) 

2 *>L e; NL° 2 3U 2 PR ° 2 NR = 2 3R^ 



*3» 



1 8C) 2406 The Current Portion, So is set equal to 5 N (Le^ S£ by setting: 
*CL 85 *NL = *3L ; *CR e *NR * *3R ; 

2 CL "= 2 NL c 2 3L ; 2 CR c2 KR K 2 3R : (EQ33) 

CF = max(2 NLf z NR ) = maxU^,^) « i^; 

1 8D) 2408 The Saved Span, S s , is invalidated, but it was already labelled invalid in a previous step. 

5 S = invalid; (EQ34) 

2410 There is a new Current Portion, 5c (Lc, £3). so a search is done for spans that could possibly 
occlude it The Span Occluding Test query performs, in each SMCCAM Word 900: 

(EQ35) 



18E) 2410 There is a new Current Portion, S c (i-*- S3X so a search is done for spa 
occlude it The Span Occluding Test query performs, in each SMCCAM Word 90 

F *Q 0 f nV A ( n * S p) A < x *L <jr CR> A ( x »* >x a) A I< 2 *L <2 CP) V < 2 «R <2 Cp)) 
F mQ e f, »V A ( n * 3 > A <*«L<*3R> A < X «R >Jf 3L> A K 2 «L <Z 3L> V < 2 »R <2 3L>1 

This query creates the set of all Potentially Occluding Spans for the Current Poi 



This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (i-C S3). The 
query finds only Sq. 

18F) 2412 and 2414 Because Fq is not empty, there must be spans that possibly occlude the Current 
Portion, 5c £3). Therefore, the first span in Fq is read and made the New Span, Sj*. This read 
25 operation sets the following values: 

S N « read(n) ■ 0; 

*NL tt ***d(* L ) " *01S *NR " f s *0*} 

(EQ36) 

*nl = «ad(2 t ) « x 0L ; s NR = read(r R ) » i 0R ; 



</ N = read(rf) = <f 0 ; i N & read(i) 



Re adin g the first span in Fq yields Sp, the first ( and only ) span in the set The read process also deletes S 0 
from Fq by setting (Fqq ■ 0). The read process leaves set Fq empty. 

19) 21 09, 21 06, 21 1 0, and 21 1 2 The right edge of the display screen has not been reached (i-e-.*cL < *m») both 

the Present Span, S P (Leu, S3), and the New Span, S N (Le^S 0 )» «* valid. Therefore, the Span Interaction 
35 Parameters for these two spans are computed, and are found to be: (Non, Non, Far, Far). 

20) 2114 The Span Interaction type is determined from the Span Interaction Parameters, and turns out to be Type 3Z 

21) 2116, 2118, and 2600 Because the Span Interaction type is type 32, Rule 5 is invoked to process5 3 . 

21A) 2602 and 2606 The New Span, S N (Le* is bidden within the x axis projection of S c (Lc.S^), 
Therefore, S N (i.e.,So) is discarded. Because Fq is empty, there must be no other spans that possibly 
40 occlude the Current Portion, S c (Le^S 3 ). Therefore, the New Spin,S N? is labelled as invalid. 

S N - invalid; (EQ 37) 



A read operation is not done. £3 is still the Present Span, The status of the Saved Span, 5$, is left 
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unchanged, thereby remaining invalid. 
22) 21 09, 21 06, 21 1 0 ( and 2300 Because the right edge of the display screen has not been reached (Le., < x^) 
and also because 5 P is valid and 5 N " not valid. Rule 2 is invoked to coatunie processing 5 3 . 
22A) 2302 The Current Portion, S c (Le~, S3X must be cornplrtriy visible. Therefore, render the Present Spaa, 
5 (ix^5 3 ). fromacQ^toj^ (ix^ from^toxj^). 

22B) 2304 and 230S Because the Saved Span, 5 S » is not valid, there was not an intersecting span that 
reduced the size of S c . Therefore, a query is done to took for an Abutting Span. The query performs, in 
each SMCCAM Word 900: 

F .Q s F .V A <*,L s *CR> A < Z *L = *CR> 

This query creates the set of all Abutting Spans for the Current Portion, Sq (Lew £3) and stores them in 
Fq. The query folds only 5 7 . 
22C) 2308 and 2310 Because Fq is not empty, there must be an Abutting Span. Therefore, the first span in 
15 Fq is read and made the Present Span,£p This read operation sets the following values: 

S p = read(n) = 7; 
* PL = read(x L ) = *«; jt pr = read(x R ) » x?-; 
z PL = read(2 L ) = 2 7L ; 2 pR «= read(x R ) « 2^; 
d p » read (J) = J ? ; ip ■ read(i") = i,; 

20 

Reading me first span in Fq yields S> the first (and coty) span mlbe set Thereat 
from Fq by setting (f 7 q » o). The read process leaves set Fq empty. 
22D) 2312TheCtinentPc^n,5c,issetequalmSp(^ 

*CL = *FL " X 7L ; *CR * *FR " X 1R* 

25 *CL c 2 PL " ^ 2 CR ° *PR = *nfi (EQ 40 ) 

cf = max(2 pL ,* PR ) o max(2 7Lv i 7R ) *= J^; 

This step can be done coiicurrently with Step 22C 
22E) 2314 There is a new Current Portion, 5 C (Le^Sj), so a search is done for spans that could possibly 
occlude it The Span Occluding Test query performs, in each SMCCAM Word 000; 

CEQ41) 



30 



This step can be done coiicurrently with Step 22C 
22E) 2314 There is a new Current Portion, 5 C (Le^Sj), so a search is done for spa 
occlude it The Span Occluding Test query performs, in each SMCCAM Word 00 

^•Q = r *V A <»**P> A (**L<*CR> a (*«R >x CL> A IU«L <3 CF> V ( 1 «R <t Cp)l 
F mQ B F mV A < n * 7 > A l*mL <x 1l) A t X m* >X lD A K*aL <J 7R> V ^«R <X 7R>J 

This query creates the set of all Potentially Preluding Spans for the Current Pa 



This query creates the set of all Potentially Orrlwding Spans for the Current Portion, 5 C (Le., S 7 \ The 
35 query does not find any spans, so Fq is empty. 

22F) 2316 and 2318 Because Fq is empty, there must be no spans that possibly occlude the Current Portion, 
S c (Le^ S7). Therefore, the New Span, 5^, is labelled as invalid. 

5 N ■ invalid; (EQ42) 

40 A read operation is not done. S7 is still the Present Span,£p. 

23) 2109, 2106, 21 10, and 2300 Because the right edge of the display screen has not been reached (Le^x^ < x^) 
and also because 5p is valid and is not valid. Rule 2 is invoked to process 5 7 . 

23 A) 2302 The Current Portion, S c (i-C 5 7 X must be completely visible. Therefore, render the Present Span, 
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Sp (ijt^ 5 7 X from Xq^ to (Le^ from to Xjf). 
23B) 2304 and 2306 TR>fm»^ the Saved Span, S$, is not valid, there was not an intersecting span that 
reduced the size of S& Therefore, a query is done to took for an Abutting Span. The query performs, in 
e^hSMCCAM Word 900: 

, , v (EQ43) 

F .Q c f .V * (*»L " *7R> a * *7R> 

This query creates the set of all Abutting Spans for the Current Portion, S c (i-e^ S7) and stores them in 
Fq. The query does not find any spans, so Fq is empty. 
23C) 2308 and 2320 Because F Q is empty, there is not an Abutting Span. All spans completely to the left of 
*CR fr c »» *7r) omst be hidden, so they are declared invalid. Has is done fay a query that performs, in 
each SMCCAM Word 900: 

This query reduces the number of valid spans by reducing the spans in setfy from 15 to 10. At this 
point, F y consists of Sq, S i% S 6 , and 5 S through 5 14 . 
23D) 2322 There is neither a valid Present Span, nor a valid New Span, S N . Hence, both are labelled as 
invalid. 

S p = invalid; 
5 N = invalid; 

23E) 2324 The Current Portion, is set equal to: 

*CL B *CR " *7R : *CR " invtlid ; 

*CL e infinity; * CR ■* invalid; (EQ46) 
2 cf ~ u ^°tty; 

24) 2109, 21 06, 2108, and 2200 Because the right edge of the display screen has not been reached (Lcxq. < Xg^) 
and also because the Present Span, Sp is not valid and Fy k not empty (indicating that at least some spans are 
valid). Rule 1 is invoked. Here, Rule 1 it used to search the frctrtmctftspu 
span is processed as the Present Span, 5p 

24A) 2202 Do a query to find all valid spans that could affect the current raster line aut L (Le.,x nt ). The 
query performs, in each SMCCAM Ward 900: 

This query finds S lt S 6 , and S a . The query operation could include 1 coordinate comparisons mat 
. check for values less thanicp which has been set to infinity. 
24B) 2204 and 2222 Because Fq is not empty, there must be at least one span that could affect the current 
raster line atx^x *7r)- Therefore, the first span inF Q is read and made the New Span, 5^. This read 
operation sets the following values: 
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S N = read(n) = 0; 

*nl e ^(^l) = 'olJ *m s s x or: 

*NL - "ecKil) = i 0L ; ^ - read(i R ) = * 0R ; 
a N e read(rf) = </ 0 ; ^ « read(i) = i 0 ; 

Reading the first span yields the leftmost span mFq, which is Sq. The read process also deletes S 0 from 
F Q by setting (Fqq = 0). 

24C) 2224 The j value fox the New Span,5jf (ix^ Sq\ at the x coordinate xq, (L^Xr) is computed as z^p. 

Z um P = *NL+ (^CL-*NL) rf N e 2 0L + <*7R-*OlK (EQ49) 

The position 2^ ? ) 2704 is shown in Figure 27. 
24D) 2226, 2228, and 2232 The computed value* is kss man ZclG-** infinity), so make the New 
Span, 5 N (Le n So), into the Present Span, Sp by setting: 



S p « S N - 0; 



*PL * **NL ~ *0L' *PR * *NR " X 0R» 

*0lS 2 PR " *NR c *0R : 



(EQ50) 



24E) 2236 The Current Portion, S& is set to the portion of the Present Span, Sp (i^, S©) to the right of 
20 *cl (lc^ *7r) by netting: 

X CR * *NR " *0R ; 

2 CL = 2 umf *CR " *NR " 2 0R' (EQ51) 

2 CF = mtx < 2 ump»W = mtX < 2 tcmp'W » 2 ump' 

25 24F) 2237 and 2238As stated above, the objective of this part of the method is to find the frontmost span at 

xq. (Le., Xtr). At Xql (i^- *7rX the 2 coordinate of the Present Span, Sp(Le^S 0 X is equal to z*—^ 
Therefore, any span in front of S P (jx* S 0 ) atx<x (Le^x^) must be at least partially located closer to the 
observer than l**^ The set Fq is not empty and includes aU the Candida trg for frontmost span at 
Xq^ (Le., x^j^X and some of these randidatrs maybe dim mated with the query: 

30 f .q - F.v*^* I U.l<'cl> v (*.r<*cl> J 

This query operation keeps candidate spans that have either wufr™"* * r***Tfi\T)f f * less than After 
the query, Fq contains only Sg. 

35 A variation of this method could skip this query to save time, but does not delete spans hidden by 

Sp (Le„ Sq) at xq. fue^ *7rX ^nd so must read all the spans that could affect the current raster line at 
*CL (Le^XTn). If the depth complexity is small, then mis variation would yield a net savings. However, 
for large depth complexity, the time saved by eliminating spans would outweigh the time spent 

doing the query operations. Hence, the method choice depends on the expected depth complexity of the 

40 scene. 

To avoid making an a priori assumption about scene complexity, the SMOCAM800 could include a 
mechanism for determining the depth complexity atxq, by counting the number of spans in the setpQ. 
If the number of spans in Fq is small, the query operation of mis step is skipped, and each span inFQ is 
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read. If the number of spans in Fq is sufficiently large, the query operation is not skipped, and some 
spans in F q are deleted, and a net saving is achieved. 
24G) 2204 and 2222 Because Fq is not empty, there must be at feast one more candidate span that conld be 
frontmost oIxq. (i-e., *m)» Therefore, the first span in fq is read and made the New Span, Sj*. This read 
5 operation sets the following values: 

5 N = read(n) = 8; 

*NL " "* d <*L> e *IV *NR e ««*(*r) - 

2 NL e = *8L". 2 NR c '**1( 2 r) *= *|r5 

d N » read(d) e d g ; ^ = read(0 = f g ; 

Reading the first span yields the only span mFq, 5 8 . The read process also deletes S & from Fq by setting 
(fgQ = O). The read process leaves set Fq empty. 
24H) 2224 The z value for the New Span, 5 K (Le., 5gX at me x coordinate xq, (Le„ x^) is computed as z^. 

2 iemp = 2 NL + ^CL-W^N e 2 SL + <*WT*IlM| ^Q 54 ) 

The position (*7r, 2704 is shown in Figure 27. 
241) 2226, 2228, and 2232 The computed value, 2^ is less than 2^ (Le„ z coordinate of 5 0 at x^ % 
computed as in Step24CX so make the New Span, 5 N (Le.,^ into the Present Span, Sj> by 
setting: 

Sp s S N & 8; 

*PL = *NL = X SL ; *PR = *NR c *IR : 

(EQ55) 

2 PL " Z NL e 2 SL ; 2 PR B *NR = 2 IR ; 

dp « J N - d g ; l p a j n * i t ; 

25 24 J) 2236 The Current Portion, 5 0 is set to the portion of the Present Span, 5 P (i^5g) to the right of 

xql *7r) °y wtting: 

*CR = ^NR c *IR ; 

2 CL = z iemp ; 2 CR c 2 NR = 2 IR : (EQ56) 

2 cf - m **<WW = m "(W 2 iR) - 2 ir: 

30 

24K) 2237, 2204, 2206, and 2214BecauseFQ is empty and S P Cue,, 5g) is valid, a search is done for spans 
that could possibly occlude the Current Portion, (Le., S$ to the right ofxjg). The Span Occluding 
Test query performs, in each SMCCAM Word 800: 

f «Q = F i.V A < W *V A (*.L <X CR> A (*«R >x Cl) A I( 2 «L <2 CF ) V < 2 «R <2 CF>J 
35 = ^.V A < n * 8 ) A ( X «L <Jf IR> A <*•»>*»> A K 2 .L <2 »R> V ( 2 »R<*Ir)] 

This query creates the set of all Potentially Orrmriing Spans tor the Current Portion, S c (Le^ 5 g to the 
right of xtr). The query finds 5 0 andSp. 
24L) 2216 and 2218 Because Fq is not empty, there must spans that possibly occlude the Current Portion, 
40 5c (Lc,S 8 to the right of jr^X Therefore, the first span uvFq is read and made the New Span, S N . This 

read operation sets the following values: 
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J N « read(n) « 0; 

*nl - rcad(x L ) = of ol ; x^ = read(x R ) = x 0R ; 

. . « , (EQ58) 

*NL = «»<K*l) = x 0L ; ^ = read(i R ) = * 0R ; 

d s = read (J) = </ 0 ; i N = rea4(i) = f 0 ; 

Reading the first span in Fq yields 5^ the first span in the set The read process also deletes S 0 from Fq 
by setting (FqqbO). 

25) 2109, 2106. 2110, and 211 2 The right edge of the display screen has not been reached O^jcgl <x BU ) and both 

the Present Span, S ? (Le., SgX and the New Span, {Lt^S£ are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Nan, Nan, Far, Near). 

26) 21 14 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 31. 

27) 21 16, 21 1 8, and 2500 Because the Span Interaction Type is Type 31, Rule 4 invoked to process S 8 : 

27 A) 2502 The Current Portion, S c (le, S s to the right of x^), and the New Span, S s (ix„ interact to 
cause Sq to transition from being visible to being bidden somewhere along its length: at point of 
intersection between S c (ix„ S g to the right of Xjs) and S N (Le^. S 0 % The intersection is computed, and 
found to be at (x h 2j) 2708, as shown in Figure 27. 

27B) 2504 The Current Portion, S c (Le., 5 8 to the right of is shortened by changing its right end point to 
the intersection point. The right endpoint of$c i* modified by setting 

X CR ~ *I ; 

*CR = V (EQ59) 
j cf = maxU^,*,) «= ij; 

The Current Portion, 5c is now the portion of 5g between Xj^ and X]. The Present Span, Sp is still equal 
to all of 5 8 . 

27C) 2506 The New Span, (U^Jq), is saved as the Saved Span, S s . This is done because S s will be 
needed later if 5 P fix., 5g) is rendered to X|. 

S S e S U ° 0: 
x Sh s *NL s *0L ; *3R B *NR " *0R ; 

(HQ 60) 

2 SL c J NL c *0L ; *SR e *NR " 2 0R*» 

The portion of the Saved Span, S s , to &c right xj abuU £ c atthex coordinate X|. H, later in the method. 
S c is rendered to x b then 5$ will become the Present Span,5p 
27D) 2508 The Current Portion, S c (Le^ 5, from x^ toX|) has been changed, so a search is done for spans 
that could possibly o cc l ude iL The Span Occluding Test query performs, in each SMCCAM WordOOO: 

■Q e F *v* F nQ * (»*S P ) A (*.l<*cr) a < x *R >ar CL> A Ki -L <i CF ) v (i |lt <2 CF )] 
f «q ■ F -v A ^ Q A («*») A ( Jf *L <Jt i> A A I<x JlL <i I ) v 

This query creates the set of all Potentially Occlnding Spans for the Current Portion, 5 C (L^S* from 
X7R to xj). The query does not find any spans; therefore, Fq is empty. 
27E) 2510 and 2514 Because Fq is empty, there must not be any spans mat possibly occlude the Current 
Portion, S c Qjt^ 5g fromx^ to Xj). Therefore, the New Span, 5)*. is declared invalid. 
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28) 2109, 2106, 21 10, and 2300 Because the right edge of the display screen has not been reached (Lcx^ < 
and also because Sp is valid and 5 N is not valid. Rule 2 is invoked to process £ 8 . 

28 A) 2302 The Current Portion, S c (Lc 5 8 from to must be completely visible. Therefore, render the 

Present Span, 5p (Le^ Sg), fromxo, to *CR from *7R to Xi). 
28B) 2304 and 2326 Because the Saved Span, 5 S , is valid, there was an intersecting span that reduced the 
size of £o Therefore, the Saved Sp*n,S$ (ix^ S$\ is made into the Present Span,5p by setting: 

S p = S s e 0; 

*PL ° *SL = *0L ; *PR " X SR = *0R ; 

(EQ63) 

*FL B *SL = ^OLl *PR "= *SR e *0R*' 

28C) 2328 The Current Portion, £<> is set to the portion of S ? (Le^ So) that is to the right of xg. That way, the 
15 Saved Span, S$ (Le^ S Q \ acts the same as an Abutting Span for the portion ofSg to the left of X|, where 

the abutting takes place atjrj.Thisis done by setting: 

X CL c *CR = *V *CR D *SR e *0R» 

*CL * *CR = V *CR e *3R c *0Ri CEQ64) 

2 CF = max(2 CR ,z SR ) = max(r,,a 0R ) «= 
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This step can be done concurrently with Step 28B. 
28D) 2330 Because the values for the Saved Span, S$, have been transferred to the Present Span, Sp> S s is 
invalidated. ' 

S s « invalid; (EQ 65) 

28E) 2314 There is a new Current Portion, Sc (Le^S 0 to me right of Xj), so a search is done for spans that 
could possibly occlude it The Span Occluding Test query performs, in each SMCX1AM \Vbrd000: 

F *o = F »v A ( w?fe5 p) A l**.<*a) A < x «r>*cl> A K*.l <z cp> v ^hr^ct^ 

(EQ66) 

F «Q ■ F *V A < n *°> A ( x <iL <x 0R) a l*mk >x d A I <*«L < *I> V 

This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (Le~, 5 0 to the 
right of xj). The query finds 5 8 through S X y 
28F) 2316 and 2332 Because Fq is not empty, there must spans that possibly occlude the Current Portion, 
S c (ix* S 0 to the right of xj). Therefore, the first span in Fq is read cad made the New Span, Sjj. This 
35 read operation sets the following values: 

5 N s read(n) « 8; 

*nl' read < jr L) B x tL> *NR - readCxjt) « x, R ; 

% j / \ (EQ67) 

*NL °.««*Ul> ■ *NR ■ read(z R ) « i gE ; 

d N » read(rf) & tf s ; # N » read(i) ■ i g ; 

Reading the first span in Fq yields 5 S , the first spaa m the setThe read process also deletes S| from Fq 
by setting (f«q «= 0). 

An alternate method could indud^away to prevent the kfr side partner of an span pair from 
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being considered as a Potentially Preluding Span of the right aide partner. This could be done with an 
additional .query of an SMCCAM800 that can do two simultaneous inequality tests on n in each 
SMCCAM Word 000. 

29) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (Le-,*cL <j^.,) and both 
5 the Present Span, 5 P (Lc, SqX and the New Span, S# (Le^5gX are valid. Therefore, the Span Interaction 

Parameters for these two spans are computed, and are found to be: (Non, Near, Equal, Non). 

30) 21 1 4 The Span Interaction Type is determined from the Span Interaction Parameters, and turns out to be Type 21. 

31) 21 16, 2118, and 2600 Because the Span Interaction Type is Type 21, Rule 5 is invoked to process,?^ 

31A) 2602 and 2604 The New Sr^£ N (Le^5^ishidfa within 
10 right of ^.Tnerefore,^^ 

possftry occlude fee Cune^ 

and made the New Span, 5^ . This read operation sets the following values: 
S u m read (i) * 9; 
*NL = - *9L' *NR ° «ad(x R ) = * 9R ; 

d N e read(rf) « d 9 ; ■ read(0 as / 9 ; 

Reading the first span in Fq yields the first span in the set The read process also deletes 5 9 from Fq 
by setting (fgQ « 0) . S 0 is soil the Present Span, 5p> The status of the S aved Span, S s , is left unchanged, 
20 thereby remaining invalid. 

32) 2109, 2106, 2110, and 2112 The right edge of the display screen has not been reached (u**x a ,<x max ) and both 

the Present Span, 5 P (Le., and the New Span, S N (Lc,S 9 \ are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Far, Far, Non. Non). 

33) 21 14 The Span Interaction Type is determined from the Span mteracuon Parameters, and turns out to be Type 5. 
25 34) 2116 and 2400 Because me Span Interaction Type it Type 3, Rule 3 i* maktA to mnrini»» pmr^^ng C Q 

34A) 2402 The Oinrot Portion, S c (ix^So to the 

tone left of *^ fi^^. Therefore, render^ 

^itOJCgL). 

34B) 2404 The processing of Present Span is completed (for now), so make the New Span,S N (Le^ 5^), into 
30 the Present Span, Sp> by setting: 

S p e S N m 9; 

*PL ° X NL e X 9L ; *FR " *NR " *9R ; 

2 PL e, NL° *9L : J PR aJ NR B *9R : 

</ p « </ N « d 9 ; i p «= ^ = i,; 
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(EQ69) 



34C) 2406 The Current Portion, is set equal to £ N fix., S9) by setting: 
*CL e *NL " *9L» *CR * *NR B X 9R» 

*CL " *NL * hi* *CR " *NR B X 9R : (EQ70) 

CF c n "( i NL'W " n»ax(j 3Lf x 3R ) « 

34D) 2408 The Saved Span, S s , is invalidated, but it was already labelled invalid. 

S s - invalid; (EQ71) 
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34E) 241 0 There is a new Current Portion, S c (Le^ S 9 \ so a search is done for spans that could possibly 
occlude it Ihe Span Occluding Test query performs, in each SMOCAM Word 900: 

F *Q ° F .V A ("*Sp) A (* jiL <*cr) A ( Jf «R >JP CL> A K , a. <z CF) V ^aR^CF*) 
F »Q * F «V A < n * 9 ) A (*.L <jr 9R> A < jr rft >Jt 9t) A I( x *L <X 9l) V ( s A <z n)^ 

5 

This query creates the set of all Potentially Occluding Spans far the Current Portion, S c (Le„ S n ). The 
query does not find any spans, so Fq is empty. 
34 F) 2412 and 2416 Because Fq is empty, there must be no other spans that possibly occludf the Current 
Portion, S c (Le„ Therefore, the New Span,5 N , is labelled as invalid. 
10 S N «= invalid; (EQ73) 

A read operation is not done. S 9 is still the Present Span, £p The status of the Saved Span, S s% is left 
unchanged, thereby remaining invalid. 
35) 2109, 2106, 21 10, and 2300 Because the right edge of the display screes has not been reached (Le.,*tL < W 
15 and also because S P is valid and Sj* is not valid. Rule 2 is invoked taproots* S9. 

35A) 2302 The Current Portion, 5c (Le^ S 9 \ must be completely visible. Therefore; render the Present Span, 

5p (i.e^ S 9 \ from to j^p (Le., from to x^). 
3SB) 2304 and 2306 Because the Saved Span, 5$, is not valid, there was not an intersecting span that 
reduced the size of Sq. Therefore, a query is done to look for an Abutting Span. The query performs, in 
20 each SMCCAM Word 900: 

F «Q 0 F .V A <*«L B *9R> a < 2 aL = I 9R> 

This query creates the set of all Abutting Spans for the Current Portion, S c (Le^ S 3 ) and stores them in 
25 Fq. The query finds only S lv 

35C) 2308 and 2310 Because Fq is not empty, there must be an Abutting Span. Therefore, the first span in 
Fq is read and made the Present Span, 5p This read operation sets the following values: 
5 p « read(n) = 11; 
X PL - «ad(x L ) » Jf nL ; ■ read^) «= * UE ; 

i p = read(tf) « * n ; ^ = read(0 « i n ; 

Reading the hrst span uFq yields 5 n , the first (and only) s|)anm me set Tlie read process also deletes 
Si ] from Fq by setting (f U q «s o) . The read process leaves set Fq empty. 
35 35D) 231 2 The Oirrent Portion, 5 0 is set equal to 5p(ix^5 n ) by sa 

*CL B X ?t 0 *XIL ; *CR c *FR " *UIt ; 

*Ct - *FL " 2 1U/ *CR ■ *PR ° CEQ76) 

CF c m * x < 2 PI/W a max(2 llL ,i nR ) « z u% ; 
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231 4 There is a new Current Portion, S c (Le^ S n X so a search is done Cor spans that could possibly 
occlude it The Span Occluding Test query performs, in each SMOCAM Word 900: 
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F .Q = F mV* 1** S P> A (*«L <jc Cr) A ( jr «R >JC CL) A K**L <J CF> v ^ <2 CF^ 
F n Q = F m v*(»*U) A <*«L<*llR> A (**R >X 11L> a H x mL <2 XIb) v (**R <j 11R>J 

This quay creates the set of all Potentially Ocrlnding Spans fbr the Current Portion, S c (Lc^ 5 7 ). The 
5 query finds only Sq. 

35F) 2316 and 2432 Because Fq is not empty, there most be spans that possibly occlude the Current 
Portion, 5c (Lc, Therefore, the first span in Fq is read and made the New Span, S#. This read 
operation sets the following values: 

5jj = read(n) ■= 0; 

10 *Nt, " re * d (*L> 85 X 0L ; *NR = " * 0R ; 

(HO 78) 

*NL = »* d (*L> - *NR " ^('r) » *0R* 

</ N - read(rf) ^ « read(i) » i 0 ; 

Reading the first span in Fq yields £(>, the first (and only) span in the set The read process also dekte*5 0 
15 from Fq by setting (Fqq « o). The read process leaves set Fq empty. 

36) 21 09, 2106, 2110, and 211 2 The right edge of the display screen has not been reached (Le^*cL <-W> *"d both 

the Present Span, S ? (Le*, S n \ and die New Span, S N (U^Sq), are valid. Therefore, the Span Interaction 
Parameters for these two spans are computed, and are found to be: (Non, Non, Far, Far). 

37) 211 4 The Span Interaction "type is detennined from the Span Interaction Parameters, and turns out to be Type 32. 
20 38) 2116, 2118, and 2600 Becaoise the Span Interaction Ty^ 

38A) 2602 and 2606 The New Span, S N (Le^ is hidden within the x axis projection of 5 C (Lc^Sj,). 
Therefore, (Le., S 0 ) is discarded. Because Fq is empty, there must be no other spans that possibly 
occlude the Current Portion, Sq (Le^5 n ). Therefore, the New Span, 5^, is labelled as invalid. 

5 N = invalid; (EQ79) 

25 

A read operation is not done.5 3 is still the Present Span, S P The status of the Saved Span,S s , is left 
unchanged, thereby remaining invalid. 
39) 2109, 2106, 2110, and 2300 Because me right edge of the display screen has not been reached (Le^jr CL <jK mix ) 
and also because 5 P is valid and 5 N is not valid, Rule 2 is invoked to continue processing 5 n . 
30 39A) 2302 The Onrent Portion, S C (U^^ 

5 P Cue* S u % from xql to (Le^ from x itL to x 1UL ). 
39B) 2304 and 2306 Because the Saved Span, £ s , is not valid, there was not an intersecting span that 
reduced the size of Sq. Therefore, a query is done to look for an Abutting Span, The query performs, in 
each SMCCAM Word BOO: 



35 



F mQ = F .V A (*»L e *CR> A < 2 «L = *CR> 



This query creates the set of all Abiini^ 
Fq. The q uery does not find any spans, so Fq is empty. 
40 39C) 2308 and 2320 Because Fq is empty, there is not an Abutting Span. All spans completely to the left of 

*CR (i-*M*im) mast b* bidden, so they are declared invalid. This is done by a query that performs, in 
each SMCCAM Word 900: 
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F *V = F .V A ( Jr .R> Jf CJl) 



(EQ81) 



10 



15 



This quay reduces the number of valid spans by reducing the spans in setfy from 10 to 5. At this point, 
Fy consists of S v and S l2 through S l4 . 
39D) 2322 There is neither a valid Present Span, nor a valid New Span, 5^* Hence, both axe labelled as 
invalid. 

5 p b invalid; 

c iM (EQ82) 

S N «s invalid; ' 

39E) 2324 The Current Portion, S& is set equal to: 

*CL " *CR * '11R5 *CR ° 

^ = infinity; 2 CR * invalid; (EQ83) 
i CF = infinity; 



40) 2109, 21 OS, 2108, and 2200 Because the right edge of the display screen has not been reached (Lc^x <x mUL ) 
and also because the Present Span, is not valid and F v is not empty (indicating that at least some spans are 
valid), Rule 1 is invoked. Here, Rule 1 is used to search far the frontmost span atx lut . When found, this 
frontmost span is processed as the Present Span,5p. 
20 40A) 2202 Do a query to find all valid spans that could afiect the current raster line atXQ, (Le„ x 1IR ). The 

query performs, in each SMCCAM Word 900: 



30 
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25 This query finds Sj,and S n . The query operation could include x coordinate comparisons that check 

for values less man which has been set to infinity. 
40B ) 2204 and 2222 Because Fq is not empty, there must be at least one span that could affect the current 
raster line at ^(le., x 1UL ). Therefore, the first span in F Q is read and made the New Span, % This 
read operation sets the following values: 

£ N » read(n) * 0; 

*NL c ««d(^ e *oil *ni - w*d(J^) = * 0 r5 —g- 
*KL c c hit hi* - - x 0R ; 

d N « read(rf) ■» <f p ; ^ e read(0 ■ i 0 ; 

Readiiig the fim span yields tte 
Fq by setting (foQ » o). 

40C) 2224 The 2 value for the New Span, ^(Lc^SqX «t the x coordinate (U^* 1U ) is computed as 

2 tetnp B 2 KL + <*CL- Wn = *0L* <*IlR-*0L> rf O (EQ86) 

The position 2^^) 271 0 is shown in Figure 27. 
4QD) 2226, 2228, and 2232 The computed value, 2*-^ u kss than (Le^ infinity X so make the New 
Span, S u (Le, into the Present Span, by setting: 
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S N -0; 






*PR = *HR * X 0B* 






**R c 2 NR e *0R : 




4* 


'P K 'n ° V 



(EQ87) 



40£) 2236 The Current Portion, So is set to the portion of the Present Span, 5p(Le^5o) Id the right of 
xq, (Le^, x lIR ) by setting: 

X CR ° *NR " X 0R : 

2 CL * Z umpi *CR " *NR " 2 ©R'- (EQ 88) 

CP = mtX ( : ump» W *= max (*Un»p>W " x ump ; 



40F) 2237 and 2238 As stated above, the objective of this part of the method is to find the frantmost span si 
Xq^ (Le^ x 11R ). At Xq, (ie^ x 11R X the z coo r di n it e of the Present Span, 5 P (Le^oX is equal to 
Therefore, any span in front of Sp (Le„ 5 0 ) at xq, fre^ x 11R ) must be at least partially located closer to 
IS the observer than The set Fq is not empty and includes all the candidates for frontmost span at 

X CL x imX <n ^ some of these candirtftffs maybe crfminatfd with the query: 

F *Q e F mV* F ** K*.L<*CL> v <*.R<*CL>1 

(EQ 89) 

F mQ - ^.v^q A I(*a< W v W 1 

20 This query operation keeps candidate spans that has either endpoint* eoordinatr. less than z^p. After 

the query, Fq is empty. 

40G) 2204, 2206, and 2214 Because Fq is empty, there can not be any other rtnriiditr span that could 
frontmost sIxq, (i^-^iiRX Also, because Sp (Le^£a) is valid, perform, in each SMOCAM Word 000, 
the Span Occluding Test query: 
25 F aQ « F mV a (n*S p ) a (of -L <x CR ) a (x J|R >x CL ) a [ (x JlL <x CF ) v (x jlR <i CT )] 

(EQ90) 

F mQ s F mV A < n *°> A < Jr J. < *0R> A <*»R >J W A ' ^jd^Wp) V ^nR <2 Uap) 1 

This query creates the set of aU Potentially Preluding Spans for the Current Portion, 5 C (Le, S 0 to the 
right of x UR ). The query does not find any spans, andFQ is empty. 
30 40H) 2216 and 2220 Because Fq is empty, there must be no other spans that possibly occlude the Current 

Portion, Sq (\jt^ 5 0 to the right of x x Therefore, the New Span, , is labelled as invalid. 

£ N - invalid; (EQ91) 

A read operation is not done. S 0 is still the Present Span,5p The status of the Saved Span,5 s , » left 
35 unchanged, thereby remaining invalid. 

41) 2109, 2106, 2110, and 2300 Because the right edge of the display screen has not been reached (Lc^xor < x T . n ) 
and also because 5p is valid and S# is not valid, iUik 2 uinvufad to process ^o. 

41A) 2302 The Current Portion, Sq (Le*£ 0 to the right of xmJt amst be completely visible. Therefore, 
render the Present Span, Sp (Le, So), from x^ to x^f^ fromx^ tox^. 
40 41B) 2304 and 2306 Because the Saved Span, 5$, is not valid, there was not an mtersecting span that 

reduced the size of Sq. Therefore, a query is done to look for an Abutting Span. The query perfo r ms , in 
each SMCCAM Word 900: 
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D F .V A = * C R> A (2^ « X CR ) 

(EQ92) 

, F.q^.vM'.l^or) 

This quay creates the set of all Abutting Spans for the Current Portion, Sq (U^ 5 0 ) and stores them in 
5 Fq. The query does not find my spans, so Fq is empty. 

41 C) 2308 and 2320 Because Fq is empty, there is not an Abutting Span. AH spans completely to the left of 
*<3t (i-e^xaa) most be hidden, so they are declared invalid. This is done by a query that performs, in 
each SMCCAM Word 900: 

10 F «F >x \ (EQ 93 ) 

*mV a F mV*\ X mR >X 0*> 

This query reduces the number of valid spans by reducing the spans in setFy from 10 to 2. At this point, 
f v consists of and 5 14 . 

41D) 2322 There is neither a valid Present Span, nor a valid New Span, S^. Hence, both are labelled as 
15 invalid. 

5 p = invalid; 
S N - invalid; 



20 



4 IE) 2324 The Current Portion, is set equal to: 

*cl c *cr " *or*. *cr c 
2 CL a infinity; x CR = invalid; (EQ95) 
J CT = infinity; 

42) 2109, 2106, 2108, and 2200 Because the right edge of the display screen has not been reached (Le^cL <%«) 
25 and also because the Present Span, S p is not valid and F v is not empty indicating that at least some spans are 

valid). Rule 1 is invoked. Here, Rule 1 is used to search for the frontmott span atEfe. When found, this frontmost 
span is processed as the Present Span,£p. 

42A) 2202 Do a query to find all valid spans that could affect the current raster line atx^ (Le^ The 
query performs, in each SMCCAM Word 9 00: 

F mQ c F m V*( X mL* X a) 

r B r A / x <x , (EQ96) 



30 



This query finds 5| and 5 U . The query operatioo could ioclude i coordinate comparisons that check fox 
values less thinxcp which has been set to infinity. 
35 42B) 2204 and 2222 Because Fq is not empty, there must be at least one span that could affect the current 

raster line at (Le^ j^). Therefore, the first span mF Q is read and inade the New Span, 5 N .Th^ 
operation sets the following values: 

5 N * read (n) «= 1; 
*NL " ^d(^L> « *IL'. *NR e «*K*r) - 

40 (EQ97) 

2 nl e »«K* L > - 2 |L ; 1k R - read(2 R ) «= x 1R ; 

d N e read(rf) * d x \ ^ * re*d(i) » i t ; 



Reading the first span yields the kftroostspan in^Q, which is S x . The read process also deletes Sj from 
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F Q by setting (F 1Q = o). 

42C) 2224 The ? value for the New Span, 5 N (Le, 5] ), at the x (yyirriinaftr x^l &*-r *cr) i* computed as Z^p. 

5 The position (a^, z^p) 271 2 is shown in Figure 27. 

42D) 2226, 2228, and 2232 The computed value, 2 %aBp , is less than 2cl infinityX so make the New 
Span,S N (Le^ S x \ into the Present Span, by setting: 

5 p = 5 N =l; 

*FL " *NL = Z 1L ; *PR = *NR ° X 1R ; ^ 

10 (EQ99) 

J PL ° 2 NL e *IL ; 2 PR = 2 NR c J 1R : 

42H) 2236 The Current Portion, is set to the portion of the Present Span, S^Qjt^S x ) to the right of 
*CL ^cr) °y wtting: 

X CR = *NR = *1R : 

*CL = 2 u«npi 2 CR = *NR c 2 1R*' (EQ 100) 

CP = m «(wW * max <W 2 lR } " W 

42F) 2237 and 2238 As stated above, the objective of this part of the rofthod is to find the frontmost span at 
*CL (**c,Xqr). At JfcL (i-c, xqjlX the z coordinate of the Present Span, Sp (Le^ S x \ is equal to 2 %eap . 
Therefore, any span in front of S P (Le^ S x ) at Xq. (Le^ x^) must be at least partially located closer to the 
observer than z *^ . The set Fq is not empty and includes all the candidates for frontmost span at 
xq, (Lc.XqrX and some of these candidates maybe with the query: 

F *Q " f '«V Af, .Q A U*mL <2 Cl) V ^jiR <2 <X>1 

This query operation keeps candidate spans that has cither cndpointi coordinate kss than z^g^ After 
the query, Fq contains only 5| 4 , and did not get changed by the query. 
42G) 2204 and 2222 Because Fq is not empty, there must be at least one more candidate span that could be 
frontmost atxtx (L e-, xqr). Therefore, the first span in Fq is read and made the New Span, S N . This read 
operation sets the following values: 

S s e read(n) « 14; 

<NL c ***Ih) = 'ml! *NR c *«1<* r ) - *mr; ^ 

rf M = read(rf) = <f |4 ; i N - read(0 - i M ; 

Reading me first span yields the onty span mFq, 
by setting (Fmq = o). The read process leaves sciFq empty. 
42H) 2224 The x value for the New Span, S N (U^uX at the xcooidmatexQ, (m^xor) is computed as 

'temp* 

*u»p e *NL + ^CL'Ha) d K * *KL + l*0*-*uD d H (EQ103) 



20 



30 



35 



40 



The position C*<ft, 2714 is shown in Rgure 27. 
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421) 2226, 2228, end 2232 The computed value, z %asr is lea than (It. z coordinate of S 0 at x^, 
computed as z kxa? in Step42C), so make the New Span, 5 N (Le„ S iA \ into the Present Span, Sp, by 
setting: 

5 p = 5 N = 14; 

Z PL s *NL e *14L : *PR = *NR c Z 14R« 

(EQ104) 

*PL c *NL = Z HL* *PR = *NR s 'MR* 

42J) 2236 The Current Portion, is set to the portion of the Present Span, 5 P (Le^ 5 14 ) to the right of 
10 *cl (U., xca) by setting: 

*CR = X NR = *14R ; 

2 CL = *ump : Z CR c *NR = *14R*' (EQ 105) 

CF = max ( 2 temp« W = ^('ump'W c * J4 »5 

15 Because, as shown Figure 27, is equal to z^, the max( ) function could choose either or i^. 

42K) 2237, 2204, 2206, and 2214 Because F Q is empty and5 P (Le^ S 14 ) is valid, a search is done for spans 
that could possibly occlude the Current Portion, 5 0 (Le„ S u to the right of Xqr). The Span Occluding 
Test query performs, in each SMCCAM Word 900: 

^.Q c F .V A ( n **p) A ('.L^CR) a (*-R >jc CL> A IU«L <2 CP) V <**R<*CF>1 
20 F -Q - F .V A (** 8 > A (*«L <JC 14R) a (^>*u»p) A I ('«L ^ *14R^ V (^<y] ^ 106 > 

This query creates the set of all Potentially Occluding Spans for the Current Portion, S c (ix„ S i4 to the 
right of jkqr). The query does not find any spans, soFq is empty. 
42L) 221 6 and 2220 Because Fq is empty, there must be no other spans that possibly occlude the Current 
25 Portion, S c ftx n S l4 to the right ofx^ Therefore, the New Span, £ N , is labelled as invalid. 

S N = invalid; (EQ107) 

A read operation is not done. S u is still the Present Span, Sp, The status of the Saved Span,** is left 
unchanged, thereby remaining invalid. 
30 43) 21 09, 21 06, 21 1 0, and 2300 Because the right edge of the display screen has not been reached (Le^x^ < x^) 

and also because 5p is valid and 5 N is not valid, Rule 2 is imc4ced to process 5 14 . 

43A) 2302 Hie Current Portion, S c &e-*£]4 to the right of x^ must be completely visible. Therefore, 

render the Present Span, S P <Le„ S i4 % fomx a .*^Ci^t^x aSi *>x us ). 
43B) 2304 and 2306 Because the Saved Span, S s , it not valid, there was not an intersecting span that 
reduced trie size of Sc. Therefor^ ^ 
each SMCCAM Word 900: 

F mQ ■ F .v A (*«l"*cr) a (^"W 

- *.v A (^ B *i4R) a U a - W (EQI08) 

This query creates the set of all Abutting Spans for the Current Portion, S c (Le^ S u to the right of X&) 
and stores them in Fq. The query does not find any spans, so Fq is empty. 
43C) 2308 md 2320 Because F Q is empty, there is aw 

XQt (Le^x l4R ) must be hidden, so they are declared invalid. This is done by a query that performs, in 
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each SMCCAM Word900: 

5 This query reduces the number of valid spans by reducing the spans in setF v from 2 to 1. At this point, 

Fy consists only ofS v 

43D) 2322 There is neither a valid Present Span, nor a valid New Span, S^. Hence, both are labelled as 
invalid. 

S p s invalid; 

5 N = iov.lid; « 1U » 

43E) 23 24 The Current Portion, So is set equal to: 

*cl c *cr ° *mr: *cr - inv4lid : 
2 CL s infinity; = invalid; (EQ 111) 

2 CT = infinity; 



15 



44) 2109, 2106, 2108, and 2200 Became the right edge of the display screen has not been reached (ic^JCm < JL».») 
and also because the Present Span, Sp is not valid and Fy is not empty (indicating that at least some spans are 
valid). Rule 1 is invoked Here, Rule 1 is used to search fox the frontmost span at x^. When found, this 
20 frontmost span is processed as the Present Span,Sp 

44A) 2202 Do a query to find all valid spans that could affect the current raster line ztx^ (Le„ x 14R ). The 
query performs, in each SMOCAM Word 800: 

(EQ 112) 

25 

This query finds only The query operation could include z coorrimatf comparisons that check for 
values less than 2q» which has been set to infinity. 
44B ) 2204 and 2222 Because Fq is not empty, there must be at least one span that could affect the current 
raster line at jcq. Cue., x lAR \ Therefore, the first span in Fq is read and made the New Span, £ N . This 
30 read operation sets the following values: 

5 N * read(n) ■ 1; 

*kl c * *u.*. * N R - «**(*R> - *i R ; (EQ113) 

a NL m read(2 L ) - i 1L ; z m » read(j R ) » j ir ; 



35 



</ N o read (J) - d x % - read(i) - i % ; 



Reading the first span yields the leftmost span in Fq, which is The read process also deletes Sj from 
F Q by setting (F 1Q «o). 

44C) 2224 The z value tor the New Span, 5^(1x^5]), at the jt coordinate JtcLCue^jf 14R ) is computed as 

'coup* 

40 2 um P = *NL + ('CL-*NL)^N = *1L + < X 14R-*U> d \ <EQ "4) 

The position (x 24R , 2^ 2716 is shown in Figure 27. 
44D) 2226, 2228, and 2232 The computed value, u less than Zql (Lc, infinity), so make the New 
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Span, 5 N (Lc*, S x ), into the Present Span, 5p by setting: 
Sp = 5 N - 1; 

X PL = *NL = X 1L ; X PR * *NR = X 1R ; ^ 

2 PL = *NL ° r lL ; *PR = *NR = J 1R ; 

d P m d H ° *P B »N " V 

44E) 2236 The Current Portion, S 0 is set to the portion of the Present Span, 5 P (Le, S 4 ) to the right of 
*CL (^ x mr) letting: 



X CR = X NR = X iR ; 



10 



2 t 



temp* 



*CR " *NR = 1 1R» (EQ116) 



CF = m * X ( z tcmp' 2 NR) = ""('ump-'lR) tt 2 ump : 



44F) 2237, 2204, 2206, end 2214 Because Fq is empty and Sp (Le^ 5 t ) is valid, a search is done for spans 
that could possibly occlude the Current Portion, Sq> (Le, S\ to the right of x 14R ). The Span Occluding 
15 Test query performs, an each SMCCAM Word 900: 

F mQ " F mV A (»* S P> A ( X «L <X CR> A ( X «R >X Cl) A K 1 *L <2 CF> V <*«R< *CF> ) 
F i.Q * f *v a (n * 8) a (x^ < x, R ) a (x^ > x MR ) a [ (r^ < r^) v (z -R < ] 450 H7) 

This query creates the set of all Potentially Preluding Spans for the Current Portion, 5c (i«e-» 5] to the 
20 right of x MR ). The query does not find any spans, so Fq is empty. 

44G) 2216 and 2220 Because Fq is empty, there must not be any spans that possibly occlude the Current 
Portion, 5 C (ix„ S x to the right of x 14R ). Therefore, the New Sr^^ulabelkd as invalid. 

5 N « invalid; (EQ118) 

25 A read operation is not done. 5 t is soil the Present Span, 5 P The status of the Saved Span, 5 S , is left 

unchanged, thereby remaining invalid 
45) 2109, 2105, 2110, and 2300 Because the right edge of the display screen has not been reached (Lc.Xcl < 
and also because 5 P is valid and 5^ is not valid. Rule 2 is invoked to process^. 

45A) 2302 The Current Portion, S c (lt^S { to the right of x 14R X must be completely visible. Therefore, 
30 render the Present Span,5p (Le^ S x % from tox^t 0-*- 6omx 14 * tox^. 

45B) 2304 and 2306 Because the Saved Span, £g, is not valid, there was not aa mtersecting span that 

reduced the size of ^Therefore, a query udoae to look ten Abutting Span. The query performs, in 

each SMCCAM Word 900: 

^■Q ° F *V A < X »L = X CR> A ( 2 mL » *CR> 

35 - '.v A ( x -l = x ir> a (*-l«*ir> mm 

This query creates the set of all Abutting Spans for the Current Portion, S c (Le^ S x to the right of x 14R ) 
and turns them in Fq. The query does not find any spans, so Fq is empty. 
45Q 2308 and 2320 Because Fq is empty* there is not an Abutting Span. All spans completely to the left of 
40 xqi (Le^x 14 it) must be bidden, so they are declared invalid. This is done by a query that performs, in 

each SMCCAM Word 90th 
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r r / ^ * (EQ120) 

This quay reduces the number of valid ipins by reducing the spans in setfy from one to zero. At this 
point, Fy is empty. 

45D) 2322 There is neither a valid Present $pan,5p> nor a valid New Span, 5^. Hence, both are labelled as 
invalid. 

S p s invalid; 

c . VJ (EQ121) 
5 N « invalid; 

45E) 2324 The Current Portion, 5c* is set equal to: 

2 CL = infinity; * CR » invalid; (£Q 122) 

j cf = infinity; 



46) 2106, 2108, and 2120 Because the Present Span, is not valid and F v i» empty, all the spans have been 
processed Since (Le^ Xyg) must be less thanx^, there is still a fraction of the current raster line to the right 
of*cL x vb) has not been covered by spans. Theref ore, the background is rendered fronuQ, (Le„ x^) to 
Xto. The Segment Span Rasterization Method 21 00 is complete for the current raster line. 
20 Timing or Processing within the Span Sorting Pipeline 400 

The Generic 3D Graphics Pipeline 200 generally utilizes a double buffered frame buffer 224 with two pages of mem- 
ory. This allows an image in one page to be displayed on the display device, while the rendering process writes an image into the 
other page. Image data is written to random locations within the display screen 104 hrransr the geometry is fed into the pipeline 
without any spatial sorting. When scene rendering is complete, the pages are swapped and the next scene is rendered. 
25 Using only of*w raster lines oj display memory 

The Span Sorting Rmrtrring Pipeline 400 generates the complete pixel coloring for a raster line before proceeding to 
the next raster line. If raster line rendering is done at a rate to keep up with the display, then only a few raster lines of Raster Line 
Memory 41 6 are needed. 

Figure 28 shows how the timing of processing within the Span Sorting Rendering Pipeline400 can be accomplished 
30 with only two raster lines of Raster Line Memory 41 0. In this figure, the horizontal axis is time, where each tick mark represents 
the time to display one raster line on the physical display device (CRX etc). Polygon processing1400 for scene 1 2802 writes 
all the polygons in the scene into the Bucket Sort Memory 404. Once mis 2802 is completed, raster line 0 is rendered 2B04 for 
scene 1 . When rendering this first raster brie 2804 is completed, the displaying of scene 1 2806 on the display device can begin, 
provided that subsequent raster lines are rendered before they are needed by the display device. In this way, the rendering of ras- 
35 ter lines 2808 is in lock step with displaying of raster lines 2806, and only two raster lines of Raster Line Memory 416 are 
needed, one for writing while a raster line is processed, and one for leading to send data to the display device. Once polygon 
processing 1400 for scene 1 2802 is complete, polygon processing 1400 for scene 2 2810 can begin, and this 2810 is done in 
parallel (in a pipelined fashion) with processing raster lines for scene 1 2808 and displaying raster lines for scene 1 2806. 

The diagram of Figure 28 is an ideal case because processing a raster line 2808 is assumed to be very closely matched 
40 to the time it takes to display a raster hoe. In practical systems, there is some variation in the time k takes to process a raster line. 
Therefore, several raster lines should be processed before the corresponding scene is displayed, thereby providing some "slack" 
in the timing requirements. The diagram of Fig ure 28 also neglects display timing issues such as horizontal and vertical retrace 
times, but these can be used to introduce some of the **slop" in the timing. 
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Having less memory than a full frame buffer is possible because pixel coloration processing is proportional to the 
number of pixels in the display screen rather than to the number of pixels in all the polygon spans in the raster line. When render- 
ing timing is done this way, the latency through the Span Sorting Rendering Pipeline 400 is mostly in the process polygon 1400 
portion. If the polygon processing 1400 can keep up with the display screen rate, men a new scene can be displayed every rime 
5 the screen of the display device is refreshed. 

The diagram of Figure 28 assnmrt, when a new scene is displayed, raster line 0 of the scene must be displayed first 
This assumption requires polygon processing 2802 and raster line processing 2808 to "sync up" with the display device 2806. 
An alternate approach is to let the polygon processing complete at any point with in me cycle2806 of the display device, and to 
begin raster line rendering at the raster line that is about to be displayed (taking into account the latency of processing a raster 

10 line). This alternate approach requires the Bucket Sort Memory 404 to be able to start its read operation at any raster line. 

Some display screens, such as standard televisions, use an interlaced display of the raster lines. That is the even num- 
bered raster lines are displayed first (in the even "held") and the odd mimbered raster lines are displayed next (in the odd "field"). 
For this type of display, the Span Sorting Rendering Pipeline 400 generates raster lines in the order needed by the display. The 
two fields of the display can be treated as separate scenes, or as a single interlaced scene. 

1 5 Using a single buffered display mumory 

Figure 28 assumes only a few raster lines are stored in the Raster Line Memory 41 6. An alternate approach is to have 
memory for all the raster lines in the Raster line Memory 41 6. This increases the required memory by quite a k>t (maybe by a 
factor of 100), but most computer video display systems have memory for every pixel in the screen, and 3D rendering maybe 
considered an add-on to this type of computer display. Hence, the required memory may already present in the video memory of 

20 the host computer system. 

This section of the document assumes the Raster Line Memory 416 stores all pixel color information for every raster 
line. Figure 29 shows the timing for a display device with ten raster lines (practical displays generally have on the order of 1000 
raster lines) being continuously refreshed, where three screens worth of raster lines are displayed 2902. As in the previous fig- 
ure, the horizontal axis is time, where each tick mark represents the time to display one raster line on the physical display device. 

25 At at some point within the display of a scene 2004, polygon processing 1400 will be completed 2008 lor the next scene, and 
this point 2906 is not assumed to be synchronized with the scene display in any particular way. Cornpletion2906 of polygon 
processing 1400 means that raster line processing 2007 can begin. Processing raster line 0 2908 is done first, and this raster 
line is displayed the next time 291 0 raster line 0 is sent to the display device. Similarly, the last raster line is processed 291 2 and 
subsequently displayed 291 4, thereby displaying 291 6 the entire scene. Figure 29 shows bow, upon completion 2906 of a 

30 scene's polygon processing 1 400, the scene can be displayed beginning at the very next refresh cycle 291 6 of the display, even 
though the raster line processing of the last raster line 291 2 occurs after display of the first raster line 2910. If both the polygon 
processing and the raster line processing for entire scenes can keep up with the display device's screen refresh rate, then a new 
scene can be displayed at every screen refresh. If, once in a while, either the polygon processing or the raster line processing 
does not keep up, then the display device may show the same scene on two consecutive display refresh cycles. 

35 The concept behind Figure 29 can be extended to ratter line processing that does not, on the average, keep up with the 

display refresh cycles. That is, as long as the raster line processing of the last raster line2912 is Tm p H-ri before it is 
displayed 291 4, then the entire scene will be displayed correctly. Furthermore, raster line processing can start on the raster line 
that has most recently been displayed. Figure 30 shows polygon processing 1400 crimpi^ng 3002 just before raster line 7 is 
completely displayed. Raster line processing 3004 can begin with raster line 7 3006, and this raster line is displayed 3008 the 

40 next time the display device shows it Display of the scene is not intermixed with display of the prevkna scene (that is, there is a 
clean transition) provided the last raster line taocessedSOIQ is completed before it is displayed 301 Tn tk« wy, th* m.ximm^ 
time to process all rasters 301 4 is almost as long as two screen refresh cycles. Hence, the processing of each raster line can be 
about twice as long as the time to display it without requiring the need for double buffering, only a single buffer is needed. 
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The concept illustrated in Figure HO of hiving raster Hne processing 3004 cover more that one icreen refresh cycles, 
can be moduied to have r&stei line processing 3004 wait until raster line 0 is displayed, thereby synchronizing with the refresh 
cycles. Polygon processing 1400 for the next scene does not need to wait because the Bucket Sort Memory 404 is double buff- 
ered. 

5 Using a double buffered display memory 

The S pan Sorting Rendering Pipeline 40 0 can function with a folly double buffered Raster Line Memory 41 6 , where 
every pixel in the display screen 104 corresponds to two words of memory (one in each buffer page). In this configuration, poly- 
gon processing 1400 for a scene is done until completed, then raster hne processing is done until all raster lines in the display 
screen 1 04 have been processed, then the scene is shown on the disj^ay device. This approach has the advantage of being able to 
10 take as long as necessary without being constrained to display device timing. Ibis approach has the disadvantage of introducing 
an additional stage of latency. 
Query Processor Architecture 

V Within the Span Sorting Rendering Architecture 500 of Figure 5, for each raster line, the Query Proccs5or510 

' receives-sptns from the Span Generation Processor 508, determines the visible span portions (as d es cri b ed above), and sends the 
15 visible span portions to the Rasterize Processor 510. A block diagram of the Query Processor 510 is shown in Figure 31, along 
with the two pages within the Span Memory 408. 

While one Span Memory Page 800 is receiving Span Parameters from the Span Generation Processor 508, the other 
page 800 is being queried to determine the visible span portions. The two pages 800 are swapped via the Query Processor 
Crossbar 31 02, which is a set of multiplexors. The Query Processor 510 includes a register file 31 04 that is subdivided into five 
20 sets of registers for storing Span Parameters: 1) registers 3106 for the Current Portion, S& 2) registers 3108 for the Present 
Span, 5 P ; 3) registers 3110 for the New Span, 5 N ; 4) registers 311 2 for the Saved Span, S s \ and 5) temporary registers 3114 
used for things such as span intersection locations. 

The Query Processor Control 3116 determines the sequence of operations m the Query Processor 510, including the 
sequence of query operations. As raster line processing proceeds, branches within the method 1800 or 2100 depend on query 
25 outcomes, span status, and Span Interaction Types (SUs). For each pair of 5^ and 5^, the SIT and SIP Logic 3118 generates the 
Span Interaction "type. Computing a STT requires the operations of Equation 10 to be performed, as well as various comparison 
operations. These operations are performed in the Compare and Offset Competition 3200 block on data received from the regis- 
ter file 3104. Whenever Rule 4 2500 is invoked, the intersection point between 5c and^N is computed in the Intersection Com- 
putation block. 

30 For maximum throughput, Compare and Offset Computation 3200 can be hnplemented in parallel hardware. 

Figure 32 shows four identical blocks 3202, where each block 3202 includes two arithmetic coim?aratDTs3204 and 3206, a 
subtracter 3208, and a multiplier 321 0. The subtracter 3205 and multiplier 3210 compute the offsets as shown in Equation 10. 
The comparators generate signals that can be used to generate the Span Interaction Parameters (SIPs). Inputs to the blocks3202 
come from the register file 31 04, and outputs go to the SIT and SIP Logic 31 18. 

35 Sorting Magnitude Comparison CAM Circuits 

Figure 33 shows a prior art MCCAM bit cell 3300. taken from the DuhuYPatenU constructed out of CMOS transistors 
and gates. A field within an MCCAM Ward can be built with a multiplicity of these cells 3300. In this cell 3300, one bit is 
stored in a Six Transistor RAM Subcircuit3302, where reading and writing is controUcd by the signal CgmV/W 3304 and data 
is written and read vis the differential bit lines, £ a// 3306 uABiiL 3308 (the "H* and "L M at the end of signal names indicates 

40 active high and active low, respectively). During a query operation, the XOR Subcircuit3310 performs an cxdusrve-or function 
to produce the signal Not Equal 331 2, which indicates the bit value stored in the RAM 3302 is not equal to the bit value on the 
bit lines 3306 and 3308. During a query operation, the signal EnableJn 3314 being asserted indicates higher order bits in the 
field are all equal and this bit position is enabled for comparison. IfAta£?ua/3312 is at logic "0" when £noo/e/n 3314 is 
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asserted, the Precharged Enable Propagation Subcircuit331 6 enables the next lower bit position by asserting EnableOut 331 8. 
UNoiEqual 331 2 is at logic *T when EnabUIn 3314 is asserted, the TVo Transistor Query Resolution Subcircuit 3320 condi- 
tionally polls down the QueryTrue 3322 signal, depending on the value of CamparuonOp 3324 (as described in the Duluk 
Patent), and EnableOut 331 8 remains unasserted. 
5 In contrast to an MCCAM, an SMCCAM 800 (recall, the "S" stands for "sorting'') can shift data from one word 900 

to the next during a sorting operation. Hgure 34 is a *TTL type** circuit for one bit in an SMCCAM WordOOO. This ceU 3400 
i nclude s a master-slave flip-flop 3402 for storing the bit value because it must function at a bit in a shift register. The ceU is 
shown with separate I/O lines, InputBit 3404 and OutputBit 3406, but a tingle bidirectional I/O line or a bidirectional differen- 
tial pair could be used. A read operation is done by asserting ibcRead 3408 control line, which enables the tri-ttate buffer 3410. 

10 A write operation is done on the rising edge of Clock 3412 when WriieEn 3414 is asserted and ShiftEn 3416 is not asserted. 
The shift within a sort operation is done on the rising edge of Clock 3412 when WrifeE* 3414 is asserted and ShiftEn 3416 is 
also asserted. The signal ShiftEn 3416 controls a multiplexor 341 8 that chooses whether data on InputBit 3404 or data on 
Shifiln 3420 is stored into the flip-flop 3402. Data on S/u /i/n 3420 come bomShiftOut 3422 in the corresponding ceU 3400 in 
the previous SMCCAM Word 900. Query operations function similarly to the MCCAM of the Duluk Patent That is, an 

15 exclusive -or 3424 generates the signal NotEqual 331 2, which is used to generate EnableOut 331 8 and the word's query result, 
SloredGreaterL 3426. The key differences in the query operation function are: 1) the absence of ComparisonOp 3324 in the 
cell; and 2) an open collector circuit 3428 to generate the query result. 

Figure 35 is a 27-transistar CMOS circuit for one bit in an SMCCAM WordOOO. This cell 3500 includes a Six Tran- 
sistor RAM Subcircuit 3302 as the master part of the flip-flop, and a Slave Memory Subcircuit 3502 as the slave part of the flip- 

20 flop. The Six Transistor RAM Subcircuit 3302 is used in the conventional way for read and write operations, and the Slave 
Memory Subcircuit 3502 is only used during shifting. To allow a bit to be shifted into the Six Transistor RAM Subcircuit3302, 
a Shift Write Subcircuit is included in the cell 3504. The following sequence occurs (in this example ceU 3500) when shifting is 
done: 1) the differential clock signal ShifHbSlaveH 3506 and ShiftTaSlaveL 3508 is asserted then de-asserted in order to latch 
the data bit into the Slave Memory Subcircuit 3502; 2) the data bit is output from the ceU to the corresponding ceU 3500 in the 

25 next word 900 via the differential signal ShiftDaiaOulH 351 0 and ShiftDataOutL 351 2; and 3) the data bit is received on the 
differential signal SfuftDatalnH 351 4 and ShiflDalalnL 351 6 m the next word 900 and is written into that cell 3500 by assert- 
ing ShifiEnable 3518. 

Certainly, there are many bit cell circuits that could be designed to do mn ««p«wi«rf ftwytym T ft illustrate tome of the 
other choices, the cell in Figure 35 uses a Non-Precharged Enable Propagation Subcircuit3520 and a Three Transistor Query 
30 Resolution Subcircuit 3522. Note that the Slave Memory Subcircuit 3502 is a dynamic circuit, and it could be replaced with 
many other types of latches, including a static latch. 

Figure 36 shows an array of CMOS SMCCAM bit cells fbnning a set of fields. The rngfuus^SluftDatalnH 351 4 and 
ShifiDatalnL 351 6, are grounded in the fim word 900 because the fu^ word 90 

When signed numbers need to be stored into the SMCCAM, it is simplest to invert the sign bit (Le., "1" implies posi- 
35 trve) during both the reading and writing processes. That way, in the hardware, rjosuive numbers are "trigger" than negative num- 
bers. An alternate approach is to change the logic in the sign bit positions in every field where a signed number needs to be stored 
and queried. 

Multiple Spans Vertically within a Raster line 

In the Segment Span lUsterization Method 21 00 as described above, each polygon can have only one span in a given 
40 raster line, and that span is represented by a line segment (hence, the name 21 00) parallel to the x-v plane in ■mm <ymrfin*rr* 
The location of the endpoints of spans are in object-precision, and therefore can be located anywhere horizontally within a 
pixel's boundaries. For example, if the end a span covers 20% of the width of a pixel, then mat span accounts for 20% of the 
color value for that pixel, and is blended with color value for the other 80% of the pixel width. This provides Cor horizontal anti- 
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aliasing, but not vertical antialiasing. That is, blending occurs horizontally, but not vertically. If the edge of a polygon is closer to 
horizontal than vertical, then the edge has a good chance of crossing through multiple pixel areas, meaning that the polygon 
color should be blended into multiple pixels. However, when a single line segment is used to represent the span, the polygon's 
color is blended into one pixel (the one that includes the segment span endpoint), and pixels on either aide are assumed to be cov- 

5 ered 100%, and are not blended (assuming visible span portioni are wider than one pixel). Lack of vertical antialiasing is accept- 
able for some applications, but high quality images should be both antisliised in both directions. 

One method of adding vertical antialiasing is to divide each raster tine vertically into several "sub-raster" lines. Then, 
the Segment Span Rasterization Method 21 00 can be used for each sub-raster, and pixel color values can be generated by blend- 
ing vertically as well as horizontally. Figure 37A shows a raster line 3702 and its pixels 3704, two edges of a polygon 3706 

10 and 3708, and two sub-raster spans 3710 and 371 2 for that polygon. Similarly, Figure 37B shows four sub-raster 
spans 3714, 3716, 3728, and 3720 far the polygon. As a possible variation, if a pixel is covered by only two such sub-raster 
spans from the same polygon, it would be possible to compute one color value at the center of the pixel. 

Using sub-raster lines reduces vertical aliasing, but does not eliminate it For many applications, this is an acceptable 
approximation. 

15 Trapezoidal Span Rasterization Method 

Spans can be represented by two-dimensional trapezoids rather than one-dimensional line segments. Both line seg- 
ments and planar trapezoids are in three-dimensional object-precision eye coordinates. The advantage of a trapezoidal represen- 
tation is the preservation of edge information within a raster line, thereby providing correct antialiasing in both the horizontal 
and vertical dimensions. 

20 Figure 38 shows a triangle mesh with two triangles 3802, and 3804, and one raster line 3806 within the display 

screen 104. The area within the raster line 3806 for each triangle 3802, and 3804 is a trapezoidaUy shaped span, labelled 
Sn 3808 and S 12 3810. For trapezoidal spans, the span endpoint is an edge of the trapezoid, and is described by two points in 
uvee4imension&l screen coordinates: one at the top edge of the raster line, and one at the bottom edge of the raster line. Hence, 
a trapezoidal span is described by four points in screen coordinates. For example, the trapezoidal span on the left 3808 in the fig- 

25 ure has endpoints described inx-z space by: 1) the top of the left endpoint located at fr tt n» z 11T t); 2) the bottom of the left end- 
point located at (x 11LB , 2 11L b); 3) the top of the right endpoint located at (r 11Kr » *iiet); and 4) the bottom of the right endpoint 
located at (*hrb, * iirb)- These four points are actually in x-y-z space, but the y-coordinate is dictated by the location of either 
the top or the bottom of the raster line 3806. Note that the subscripts in the coordinate variables indicate three things: 1) the span 
number (e.g^nH; 2) the left or iis^ 

30 An cpaque trspeioidal span cccluto 

that are not abutted to another trapezoidal span, more distant geometry is partially visible. However, tor abutting trapezoidal 
spans, as shown in Figure 38, the common endpoint 381 6 does occlude more distant geometry. This presents a problem when 
utilizing trapezoidal spans. That is, non-abutting trapezoidal span cridpoints do not occlude more distant g eometr y , but abutting 
endpoints work together to occlude 3818 more distant geometry. The invention of this document successfully solves this prob- 

35 lem by searching for abutting spans. 

Figure 39 shows a group of trapezoidal spans in the same raster line, and these spans are trapezoidal versions of the 
segment spans shown in Figure 11. In Figure 39, the visible portions of the spans are shaded. Notice that for spans in a polygon 
mesh (Le. abutting spans), span tops lay end-to-end with each other, and span bottoms do likewise. Span endpoints cast an edge 
"shadow" onto spans that are farther from the viewing point. For ei ample,, the left endpoint 3902 of 5j casts such a 

40 shadow 3904 onto 5}. 

An additional concern when using trapezoidal spans occurs when a polygon crosses either the top or the bottom of the 
raster line, but not both. This would generaDy happen at 1) the corner of a polygon 2) at a horizontal edge of a polygon; or 
3) when occluding spans leave only a sliver of a span visible. One example of this is shown m Figure 39, where the far right 
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end 3906 of S 0 is visible. In this type of situation, the trapezoidal span is actually shaped like a triangle, and therefore could be 
considered a "degenerate trapezoid" where the top or bottom is of length zero. 

This document has explained in great detail the Segment Span Rasterization Method 21 00, and the Trapezoidal Span 
Rasterization Method is similar in that it follows the frontmost spans from left to right and sending the visible portions of spans 
5 to the Rasterization Processor 512. The key difference is that non-abutting eadpoints of trapezoidal spans do not folly occlude 
more distant geometry. The Trapezoidal Span Rasterization Method must correctly handle those typea of spans. 

There is a variety of way* to handle trapezoidalfy sluped span*. R 
the four choices for the Trapezoidal Span Rasterization Method presented here, the features of each choice will be ^piiWH 
along with the corresponding choices for SOT Queries. These four particular choices were selected to illustrate bow the raster- 
10 izanon method presented here can be expanded to process tnuxzoidally shaped spans. 
Version 1: Occlusion processing dons separately for span tops and span bottoms 

A trapezoidal span can be described as the collection ot 1) a span top, the line segment on the boundary of the trape- 
zoidal span along the top of the raster line; 2) a span bottom, the line segment along the bottom of the raster line; and 3) the area 
between the span top and the span bottom. The version of the Trapezoidal Span Rasterization Method described in the section of 
the document does occluding processing on span tops separately from span bottoms. This can be done because, for the same ras- 
ter line, span tops and span bottoms never occlude each other. Occlusion processing for span tops can be done in the same way 
occlusion processing is done for segment spans in the Segment Span Rasterization Method 2100. Occlusion processing for span 
bottoms can be done separately in the same way, and should be done in parallel with occlusion processing of span tops in order 
for pairs of tops and bottoms to be correctly paired for pixel color generation. 

This version of the Trapezo i dal Span Rasterization Method keeps track of the following "span-like* things ^including 
appropriate endpoints): 1) the Present Span,5p> the trapezoidal span that is currently being tested to see whatpart of it should be 
rendered; 2) the Current Span Top, S CT the top edge of the S P that is being tested for visibility; 3) the Current Span Bottom, Scb* 
the bottom edge of the 5 P that is being tested for visibility; 4) th^ 

Memory 408; 5) the New Span Top, the top edge ofS N ; 6) the New Sp» Bottom,*^ 

Saved Span, a trapezoidal span that is temporarily saved because S CT t**— 1~ *t in a situation analogous to Rule 4 
described above; and 8) the Bottom Saved Span, J a , a trapezoidal span that is temporarily saved because $3 intersects S m . 
Two different saved spans are needed because span tops are processed separately from span bottoms, and they could have inter- 
sections with different spans. Keeping track of more inionntuon during rasterization requires more registers to be to the 
Span Parameter Registers 3104 within the Query Processor 510. 

Figure 40 shows an enlarged version of the example spans ^ 4001 and 4002 from Figure 39, and, S x 4001 is 
assumed to be the Present Span,S P The span top of Si 4001, called S 1T 4003, has its t*—~r ™*in t SOT Region 4004 that 
finds 527*4006 occluding it 4003. This SOT Region 4004 does not find Sj& 4008 because it 4004 is only searching for span 
tops. Similarly, the span bottom of5 x , 4010, has its SOT Region 401 2 that finds S 2 4008 occluding it 4010. 

Figure41 shows two views of a partial set of spans within a raster line 41 00, labelled 5 31 4101 through S# 4100. 
The upper diagram is thex-z view (the lo^ 

look direction is parallel to the r-axis) of the same spans. In the lower view, hidden portions of the spans are not shown, and 
therefore represent how an infinite precision rendering of the spans would be drawn for that raster line4100. , ri n^r thf dit- 
play device does not have irfiute precismn, spn 
ure, visible portions of span tops aiid bottoms are ahown as thicte 

the Rasterization Processor 512 were they are used along with polygon edge derivatives to detennine pixel colon. The spans in 
Figure 41 were chosen to illustrate mmdlmg of variow cases, incluo^ 
and also spans that do not cover the enure height of the raster line 41 00. 

Just as in the Segment Span Rasterization Method 21 00, the spans are processed « a left-to-right manner. The exam- 



25 



30 



35 



40 



WO 97/05575 PCT/US96/12301 

- 50 - 

pie of Figure 41 starts in the middle (Lc, horizontally) of the raster line wbere5 31 4101 it S 31T 4111 u S CT » nd ^3iB 4121 
is 5(3. Ice SOT Queries for $ct and Sq% find nothing, 5^ is set to invalid, and by a rendering role similar to Rule 22300 of the 
Segment Span Rasterization Method 21 00, 5 31 4101 is rendered to its right endpoint. Ibe rendering of 5 31 41 01 covers 100% 
of the pixels up to the one that includes x^iKT 41 51. From that point, the edge derivative for the corresponding polygon edge 
5 (see Equation 1) is used to determine the percent coverage of each pixel, and this percentage weights the pixel color. The 
span 4101 can be rendered to its right endpoint because the entire length of the endpoint (the endpoint of a trapezoidal span is a 
line segment) is guaranteed to be visible. Also by the Rule 2 2300 analog, queries for abutting span lops and span bottoms find 
Sot 41 1 2 and 5^28 41 22. At this point m the niet^ 

ties for 5 CT and find nothing, and abutting spans are also not found. Hence, 5^ is set to invalid. 

10 By a rule similar to Rule 2 2300, 4102 is rendered in its entirety (its right endpoint is guaranteed visible), and 

edge derivatives are again used to compute pixel coverage. To eight an ample, for the pixels at least partly contained between 
*31Rt4151 andjc 3iRB 4152, the sum of percent coverage due to5 31 4101 and 5^ 41 02 totals 100%. Queries to find abutting 
span tops or bottoms fail, so all spans completely to the left of Xyypp 4152 are invalidated, and both S P and S s are set to invalid. 
By a rule similar to Rule 1 2200 9 a search is done to find the frontmost span tops and bottoms at 41 53 and 

15 *32RB 4154, which finds S 33 4103 and assigns it to 5 P sets 5 CT to the part of S33T/ 4113 to the left of *T7 F T 4154, and sets Sqb 
to the part 0^^4123 to the left of j^ot 

are from different spans) which are assigned to and 5^, respectively. is set to 5m 4104, rather than 535 4105 because 
the visible portion of £34 4104 is farther to the left, and the nietlKKl proceeds from left to right 

By a rule similar to Rule 3 2400, £33 4103 is rendered, but only partially. At this point, the Rasterization 

20 Processor 512 can only render it 4103 to 234x3- 41 55 because its 4103 area to the right of *34u 4155 still needs to have its vis- 
ibility determined (generally the case when Sfrr *nd £nb are not from the same span). Because jf^wr 4155 almost certainly does 
not align with a pixel edge, the pixel that includes x^^r 4155 is partially colored by the portion of $33 4103 that is know to 
cover it (and the rest added later). Alternatively, the entire color cratribtitioo to that pixel by £33 4103 can be postponed until the 
entire amount of pixel coverage is knowii. At this poim m the m 

25 The SOT Query for S CT (Le.,^ 4114) finds S m 4115 and makes it 5^ Because mis matches S m of the previous step 
(Le„they are from the same span, S33 4105), the SOT Query for (Lc**£3sb4125) is pottooned to the next step in the 
method. 5 N is set to S33 4105. 

During the method, when 5^ **** ^NB m 001 602x1 t*™* *?*&» previous spans can only be rendered to the leftmost 
of either the current x- value position along the top of the raster line and the currenlx-value position along the bottom of the raster 

30 line. At the lef tmos t of the two x- values, all span to the left has been considered, and so rendermg can be done. 

By a rule similar to Rule 3 2400, £34 4104 is rendered by the Rjurterizarion Processor 512. Tbis *im*. 5^ and 
are from the same span, so £34 41 04 is rendered up to the left endpoint of £35 4105. Also, rendering of S33 4103 can be com- 
pitted because its visibility h 
and 533B 41 25 is made 5^. Tbe SCT Query fbr £ CT 

35 $cb (it- S35B 41 25) finds nothing, and makes S m invalid. S# is set to Syj 4107. 

By a rule similar to Rule 3 2400, 5« 41 05 is rendered fitimito left cndwmtttoJ frOT 4156 
leftmost choice between X35RB 4156 and xyju 4157. A search fior an abutting span bottom to S a fre* s hb 4125) finds 
*36B 4126. At this point in the method, 5364106 is 5p 5^4117 is Scr> £3*3 4126 is $377 41 17 is 5 m and an SOT 
Query for 5^ (u^S^ 41 26) finds 539s 4129 and makes it 5^. 

40 By a rule similar to Rule 3 2400, 4106 is rendered up to *37tj4157 because 41 57 is the leftmost choice 

between jtjtlj 4157 and J3913 4158. Also, tendering ofS^ 4105 can be continued up toxym 4157. Because £37 4107 is not 
hidden and is known to have only a span top (no span bottom), it 4107 is made Sp Also at this point, Sy^ 4117 is still Scr> 
5 39B 4129 is £cb, and query to find an abutting span to £37 4107 finds noting, aoS^rjis invalid, andSjoB 4129 is still 5^. 
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By a rule similar to Rule 2 2300, Syj 4107 is rendered in its entirety. Both £35 4105 sad 5^ 4106 cm now be ten- 
dered up to JCyTCT 4159 (completing £35 4105) because it is the leftmost choice between jr 37Kr 41 59 and 4158. At this 
point. £38 41 0 8 is £ p 5 CT is invalid, Syg^ 4129 is S^S^u invalid, and an SOT Query fcrScB (Le^ 4129) finds nothing, 

so 5#b is invalid. 

5 By a rule similar to Rule 1 2200, a search is done to find the frontmost span top at Xyjgi 4159. This search finds 

S38T«118. *nd Scj is set to the portion of S m 4118 to the right 0**^41 59. An SOT Query to 
is asagried to S OT At this pointy 

By a rule similar to Rule 3 2400, ^4108 is rendered up to the left entrant of 4129. Because 4109 is 
going to be made into the nextSp the other remaining uncompleted span, £3$ 4106, is completed by rendering it up to the left 
1 0 endpoint of 5 39B 41 29. Care must be taken to correctly account for all the polygons edge derivatives correctly. 

The raster line 41 00 processing continue* with £39 41 09 as £p but the right edge of our example has been reached. If 
there had been some completely hidden spans within the left and right boundaries of this ««mpU they would have been com- 
pletely avoided by either never being found by an SOT Query or by being discarded by a rendering rule similar to Rule 52600. 
Similarly, if there had been an intersection between two span topi or two span bottom*, a rote rimilar in Rule dTSno wmH h«v,» 
15 been applied, and Saved Spans would have been used. 

A special case may be added for handling spans that either do not have either a span top or a span bottom (they are less 
than one pixel in height) or have both their span top and span bottom hidden, but are visible within the raster line (just peeking 
out from between two nearly horizontal polygon edges). In most practical apphcations, such marginally visible items can be 
ignored. 

20 It is possible that color information from several different ipim m blended tngaAer far a par ticular pVJ Under such 

circumstances (and even for blending only two span's colors), only a reasonable approximation of the percent coverage is n«HH 
to make a high quality image. 

When implemented in hardware, this version of the Trapezoidal Span Rasterization Method uses one SMCCAM 
Word 900 for each span top and another cu* to es^spn bottom. Bom tte 

25 same page within the Span Memory 408. This would mean time-charing the Span Memory 408 between two essentially inde- 
pendent occlusion processes, thereby reducing performance when compared to staring span tops and span bottoms into different 
pages. Using one page for occlusion implies the Span Memory 408 needs a total of two pages, aa shown in Figure 38, to double 
buffer the spans. 

If two pages within the Span Memory 408 arc used, the two occlusion processes can be done in psraHeL However, 

30 Some fields, such as the Spin Dcrivahve. Pirid 81 g ami th» Twfafri^tfcn Pointer JZmW frf2 T fttfff Iff frf fryltrslfd frm nif thty tTf 

needed by both occluding processes. Also, using two pages for occlusion processing tends to imply a total of four pages are 
needed in the Span Memory 408. But, if a norvmtrrlacrd display device is used, then the set of span bottoms for me current ras- 
ter line is the same as the set of span tops for the next raster line. Hence, three total pages are needed in the Span Memory408 
because page is used for writing, and two pages 
35 line. If an interlaced display device is used, men the same technique can be used, but raster line rendering order will not match 
the display device. 

Another alternative is saving the list of the visible bottom span portions (Le*» after wrhimn processing) in another 
memory and then using them as the span tops m the next raster line. Such a memory could be included in the Rasterization 
Processor 512. While this is certainly possible, it is igobahrv more rmnnmiral to Tr/mmpinv the ^k!M#> *ip «p* nf 
40 Version 2: Perform an SOT Query at every transition in Ae raster Une 

In this version of the Trapezoidal Span Rasterization Method- anm an procerad from left tn right v«« ^i^fon pm 
cessing treats each span as a unit, not as a separate span top and a span botkmi. To do thU 
and left by a visibility transition on either span tops or span bottoms. 



WO 97/05575 



- 52 - 



PCT/US96/12301 



10 



Figure 42 shows in enlarged version of the example spans 5 j 4201 and Sj 4202 from Figure 39. At the start of this 
example, S i 4201 is the Present $p&a,5p andx^ 4204 is the correct x^conrrlinatr , xq,. Hence, the raster line has been ren- 
dered up to x 1T B 4204, including the part of 5 X 4201 between *irr 4203 and xtt * 4204. Toe Curreol Spaa. Srsisthc part of Sp 
(Le n S v 4201) to the right of j^l &*- *ilb 4204) that has the same visibility cxWacteristic, namely the part between jfitp 4204 
11^1x^4206 (making x^gj 4206 the value far x^). The visibility characteristic £or5| 4201 changes 9lx m 4206 because to 
the right, the span 4201 does not occlude more distant geometry; while to the left of that point 4206, it does. The SOT 
Region 4206 far this S c is shown in Figure 42 and described by Equation 123. 

(EQ123) 



A 1[< 2 «LT <Z CFT> v (^<*CFB)1 V [<*.RT <Z CIT> V <*j.RB < *CFB> * J 
f «Q Bf «V^ lQ A A 1(* -L t <jc 1Rt) V <*jd.8 <Jf lRT>l A lt x aW <x lIS> V < X iJtB < *1LB> 1 

A IIU i LT<W v < , «lb <2 ilb)1 v [U -RT <z teiBI , 1 ) v (t -RB <: lliB )]) 



15 



There are two different x-values used in this query, 20?? and 2tto> because the span poitkm being tested for ocdiision has differ- 
ent depth values for its top and bottom. The value far 2^ is set to the maximum 2- value of the span top within thex-coordinate 

20 interval of Sf> which happens to bexKoordinate with the value x 1T ,p 4204, labelled 4209. The value ^ 1WfT 4209 is com- 
puted using the span derivative fox S x 4201. Similarly, the value for Zqb is set to the maximum x-value of the span bottom 
within the x-coordinate interval ofSc» and this value is 2^ 4210. The SOT Query finds Sj 4202, and it 4202 is made 5 N . 

By a rule similar to Rule 3 2400 of the Segment Span Rasterization Method 2100, S ? (Le^5x 4201) is rendered fxom 
*CL (■«*•• *ilb 4204) to the leftmost point ofS N (Le*, S 2 4202), which is xqjt 4204. Over this interval, the visibility characterise 

25 tic does not change for the raster line. That is, S x 4201 is the only geometry that is visible within the interval. 

The value of x^u changed to xjrj 4211, and S c b to 4201 from x^b 4211 to Xjrj 421 2 combined 

with the bottom edge of S 7 4202 over the same intervaL The valid for% k aet to invalid, for thU S 0 th* vjySfrflity charartmrtir 
is consistent in that it includes S t 4201 gradually being covered by S 2 4202 over its entire width. The corresponding Query 
Region 4213 is over the interval of S c m the x-coordinate dimension. But, in the s-ooosdinate dimensioa, span top »*™*i nMri 

30 are tested to see if they are in front of 421 4 and span bottom coordinates are tested to see if they m in front pf ijj fi 
The coordinate 4214 is the x^oordinate of the span top of Si 4201 st x-coordinate *n p 4204. This Query Region 421 3 
needs to iriclude a search for span tops that am betwecnx^^^ 4214 and xjrjr 4216 because a span with iU left top coraerm this 
range would be visible. The query operation is shown as Equation 124. 

(EQ124) 

35 In this cm mpl r., the Query Region 421 3 finds nothing, so S^ remains invalid. 

By arulesiniilartoRule22300,5 c bnothidden v » and 5? 4202 

over the entire width ofSg. The rule then "checks for" the equivalent of an abutting span, and this is known to w«»**> 
5 2 4202 continues to the right ixomx^ 

JC CL ** 05 *2LT 4212. Once again (as always for this version of the method), Sq has a consistent visibility characteristic 
40 over its entire width. The SOT Region 4220 for this S c is shown in Figure 42 and described by Equation 125. The value 
*temp3 4222 is the x-value of the span bottom of £3 4202 at the x«coctdjnatcxg T 4212. 

(EQ125) 

The rasterization of the spans in this raster line would continue from this point This version of the method also has 
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F .Q = F »V aF <i q a (***C> *U*M<*a) V (*.LB <Jf CR)l A H x *J <x a) V ( x «RB <Jf CL>l 

A [[(2 -LT <2 cpr ) V (2 JlLB <Z cpB )] V [U JlRT <I CFr ) V U I|K B<2 CFB )11 
F *Q ° F j.V A ^.q A < n * *) A (« * 2 > 

A I(' aLT <^ LT ) V < X »LB < *2LT>] A 1< X .ET <X 2LB> V (*«RB <JC 2Lb)1 
a [[(z (lLT <z temp2 ) V U^KZ^)] V l(^ T <I |MBp2 ) V (X aRB <2 UB )l] 



F *f} = F *V AF ,Q A ( n * S C> A I( x «LT <Jr CR> V ( X mLB <x C*)l A ^ X mBT <X a) V (*«RB <X CL>1 
A ll(*ALT <2 CFr) V C 2 i03 <z CPb)] V I < 2 .RT < *CFT> V (*«RB <2 OT>H 
F mQ tsF »V AF n ^ A < n * 2 > A K X *LT <X 2RT> V <*«I3 <X 2RT>) A t (*.a T < *2LT> V < x «RB <X 2LT>) 
A [ [ (Z^t < *2LT> v (*.LB <2 ump3> 1 V I ^-RT <1 3Lt) V <*.RB < 2 Ump*> 1 1 



20 rules analogous to Rule 1 2200, Rule 4 2500, and Rule 5 2600. 

In general, this version of the method takes spans, and subdivides mem horizontally in older to create sections mat 
have a consistent visibility characteristic. This means that the cnd^oint regions of a span (the part mat does not occlude distant 
geometry, such as the cndpoints3812 and 3814 in Figure 38) are treated separately from the central portion of the span. This 
causes more query operations to be needed, but can be done in a single occlusim process, 

25 This version of the Trapezoidal Span Rasterization Method requires more fields per SMCCAM WordOOO because 

there are four fields per endpoint rather than just two. Additional comparison logic is also needed in the Word Number Held802 
because it 802 must be able to check inequality with a Current Span mat is the combination of two trapezoidal spans. In the 
above example, the value of 5 C c or resp on ding to the Query Region 421 3 covering xp* 4210 to jc^j 4212 is the combination 
ofS x 4201 and $2 4202. Hence, the SOT Query must check for both (n* 1) and (n* 2), thereby requirmg two ine^ 

30 parisons during that query operation. This version of the method has the advantage of nrnrrinrj only one word 000 to store a 
span. 

Version 3: More comparisons per word to ottow ssorv complex SOTMegioms 

to this version of the Trapezoidal Span Ra 
Version 2. However, this version performs mare comparison operations in each SMCCAM WordOOO, thereby providing the 

35 ability to make more complicated SOT Regions. Rather than splitting spans at every visibility transition, the Current Span, SC, 
can contain one visibility transition. In essence, an SOT Region for this version is the union of two SOT Regions as defined in 
Version 2. Figure 43 shows the same two spans 4301 and 4302 as shown in Figure 42, and an SOT Region 4304 that is the 
union of two SOT Regions 4213 and 4220 from Version 2 of the inemod. To perform mis SOT Query, the query operation is 
the disjunction (i^, logical "or") of the right sides of Equation 124 and Equation 125. 

40 To perform the more complicated query function to generate the SOT Region 4304, the fields in each SMCCAM 

Word 900 each need to perform two comparison operations in parallel (if the two operations are done sequentially, then it is the 
same as Version 2). This makes the hardware more complicated, but will reduce the time to perform occlusion processing by 
about a factor of two. 
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Version 4: Use a looter approximation of the Occluding Region 

Another choice to reduce the occlusion processing time is to use a looser approximation of the Occluding Region. For 
example, the M L-shapcd" SOT Region 4304 in Figure 43 (which is a good apprortrnsrinn) can be made into a simple rectangular 
region by increasing its area. Figure 44 shows the same two spans 4401 and 4402 as shown to Figure 43, and an SOT 
5 Region 4404 thai is larger and simpler than the SOT Region 4304 from Verskro 3 of the method. The SOT Query that generates 
this SOT Region 4404 is the combination of Tfr|MAw 124 and Fipttti^n 125 such mat the looser constraint is used for each 
field. The query operation is: 

CEQ126) 

^q=^vA^a(h^S c )a[ 

(**lt <x cr) v (**lb <x cr)] a K x «rt <jf cl) v ( x *rb <x cl)1 

A lU Z mLT <2 CFl) V (*aLB<*CFB>l V 1 < 2 «RT < *CFT> V < X «EB < *CFB> 1 1 
''•Q 0 F iiV Af, «Q A A ( n * 2 > A 

A K x «LT <je 2Rt) v < X «LB <JC 2RT)J a K x «RT <je 2Lb) V (*«RB <jc 2Lb)] 
A 1 1 ( 2 «LT <2 ump2) V <*«LB <*2LB>1 V I <*.RT < Z Ump2> V < Z aRB < hl*> 1 1 



10 
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When this looser approximation is used for the SOT Region 4404* more Potentially fwi«*ng Spans (on the average) 
20 that are actually hidden will be found, thereby reducing performance. However, this may yield a net gain because the number of 
query operations is reduced. 
Transparency 

The Span Sorting Rendering Architecture 500 can render transparent geometry (colored geometry that can be seen 
through) by generating its spans in the same way as chose for opaque geometry. Translucency can be handled m a similar way, 
25 but this document focuses on transparency. To aid in the rasterization process, the tra nsparen cy of each span is p>«^ in the 
Span Memory 408 by one of three methods: 1) another flag bit, F mT > is added to each word 900; 2) a bit in the Mormation 
Pointer Field 814; or 3) another field, a Tianslucency Field, ii mdded to e»eh mmrA OOP Ttw> r^ty ^ffr-j-itf (i f . thf amount 
of light transmitted by the transparent geometry) is stored in the Polygon Information Memory 51 4 along with the other color 
information. 

30 There are various wavs to handle transparent spang within the lasteraatkm method jmerttA in tHi» Atfiwi^t fa in 

aid in the following explanations. Figure 45 (a rnodifirri version of Figure 11) shows a set of segment span§4500 to 4513 in a 
raster line where me visible opaque surfaces are shown as thick black bnes and the visible portions of the transparent 
spans 4502, 4505, and 4507 are shown as thick shaded lines. This section of the document uses an example with segment 
spam, but the transparency methods can be applied to trapezoidal spans and quadrilateral spans. 

35 Version 1: Keeping visibility characteristic consistent over the Current Span 

This version of the method keeps the visibility eharacterirtic of the Current Span, X 0 «nnt jnrnt fry miUftg * c « n M H 
if necessary, when a transparent span ocdudes iL The metruxl follows the tYosmiost opaque spans, and adds in the effect of trans- 
parent spans if they are found to occlude Sq. 

For example, in Figure 45, when the SOT Query for S t 4501 finds the transparent span 5} 4502, S c is changed to the 

40 part of 5] 4501 between jr tL 4524 and ^4526, undS x 4501 is also kept as the Saved Span, S s , so that its part to the right of 
*21.4524 will be the next Sq. When this part becomes Sc fix, the part of S t 4501 between 4526 andx 3L 4528X its SOT 
Query also finds 4502, and the combination of S\ 4501 and S 2 4502 is rendered The combination of 5 3 4503 and $2*502 
is processed in a similar way. 
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When S 4 4504 is reached, it is first processed ts its part located between x^ 4530 and 4532 and inclndes the 
effect of S 2 4502. Then, when S c i* the portion of S 4 4504 to the right oix^ 4532, the SOT Query finds both S 5 4505 and 

5 6 4506. At this point, the method and apparatus can be designed to either: 1) read the leftmost opaque ~^t/fing span; 2) read 
the leftmost transparent occluding span; or 3) read the leftmost span or either type. The first of these choice* is assomed here. 
Hence, by a rendering rule similar to Rule 32400, S c is reduced to the portion of 5 4 4504 between 4532 and 1^4534. 
But, before S c is rendered, transparent spans in the SOT Region are read, thus obtaining^ 4505. Because S 3 4505 covers all of 
Sr (Lc^ Sa 4504 between x*j 4532 and 4534). S c it not further rfivirfM, mnd « wmfaiM - ^hp.'titm trf C 4 4?fl4 and 
S 5 4505 over the interval from x^ 4532 to x^ 4534. Vftthin the saine rendering rule, S 6 45^ 

designated as Sq. 

The span 5 6 4506 is processed similarly to 5 4 4504 m u^ 
with the transparent span 5 5 4505. Its second portion, from *n.4535 to Jfe.4530, is combined vim the transparent span 

5 7 4507. And, itetru^ portion 

the spans are processed be described in previous section there are no more transparent spans. 

Version 2: Dividing the raster line into pieces where depth ristbWtf changes 

This version of the method follows, in left-to-right order, the frontmost spans whether they are opaque or transparent 
When opaque spans are rendered from left to right up to the x-coordinate where a visible transparent span starts, rendering of the 
opaque spans is temporarily suspended (in esse n ce , that rendering process is pushed onto * stack), and rendering shifts to the 
fransparcnt span. Then frontmost transparent spans are rendered from left to right until either. 1) the trarisparent spans end at an 
x-coordinate where either only opaque spans or no spans exist; or 2) the frontmost transparent span is occluded by an opaque 
span. At that point, rendering returns to the rendering of opaque spans that were temporarily suspended (the rendering process 
stack is popped). 

As transparent spans are rendered, they are deleted from the Span Memory 408 in order to keep mem from being 
re-rendered later in the method. Because a transparent span can transition from visible to hidden and then become visible again 
as the method renders farther to the right, the visible part mat is already rendered needs to be deleted to keep it from being 
re-rendered. This can be done by overwriting the transparent span in the Span Memory 408 and changing its left endpoint. Thus, 
when a transparent span is rendered, if it is rendered to its right endpoint, it is deleted completely. When a transparent span is 
partially rendered, only the rendered part is deleted. 

In portions of the raster hne that have one visible trmnsparent span, the atsefcorientad qynaeh iwAw th» t^it p^ t 
spans first, then the opaque spans. In portions of trie raster line that have two vkflric trampajgnt «p™ (™» in tnmf of rhr othrrX 
the stack-oriented approach leaden the frontinost tra^ 

finally the opaque spans. As long as the rendering process stack does not overflow, this method can render any depth of visible 
transparent spans. 

The raster line can be thought of as being divided into pieces atx-coordinate t~>*^nr where the visibility depth 
changes (cg^ from one to two, from two to three, from two to one, etc.). Within these puces, visible spans are rendered in a 
front-to-back order. Having the rendering dor* m front-to^>a^ 

contrast to prior art methods (such as the Z-bufler technique) that renders geometry in random order. 

Using the spans shown in Figure 45 as an example, mis version of the method renders the visible poruons o£S 0 4500 
and£, 4501 up 10x^4526. At thai pomtm the method, S c is 

pushed onto the rendering process stack. Next, the transparent spans 524502, 5 5 4505> and ^4507 are rendered from 
*2L 4526 to XgL 4536. As these spans are rendered, Sj 4502 is deleted, S$ 4505 is deleted, and part of Sj 4507 is deleted by 
changrag its left e«lp^ 

S x 4501 between 4526 and jr^ 4528. There, rendering of opaque spans resumes, and the visible portions of spans^ 4501 , 
5 3 4503, 5 4 4504. aiid5 6 4506 are rendered fromj^ 4526 
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the opaque spans are rendered. The remaining piece ofS 6 4506 is hidden, so the method avoids reading it 4506 from the Span 
Memory 408. 

Version 3: Perform multiple passes 

In this version of the method, a multiple pass strategy is used. In the first pass, all the opaque geometry is rendered 
5 with the previously described method of this document At the end of rendering the opaque spam, all the Valid Flags 81 6 for the 
opaque spans have been turned off. Then, in the second pass that renders the transparent spans, the Valid Flags816 for all the 
opaque spans are turned on, and each transparent span ts then sequentially tested to determine if it is occlodrd by an opaque 
span, and then its visible portions are rendered. 

As a possible option, as an opaque span is rendered, a query is done to find all transparent spans mat are completely 

10 behind the opaque span and de-assert the Valid Flags 81 6 of such transparent spans. This reduces the number of transparent 
spans that are processed and are hidden, but increases the processing required by each opaque span by adding another query. To 
reduce mis overhead, the query mat invalidates transparent spans can be done once after every act of abutting opaque spans. 
Hence, when the retxdering of a set of abutting spans ends, the maximum i-valuc of any of the visible portions of spans in the set 
is used as me minimum z -value in the query to find bidden transparent spans. This option is in the example described in 

15 the next paragraph. This option may consider a single span as a one-span set for use as occluding transparent spans. 

Using the spans shown in Figure 45 as an examplff, in the first pass of mis version of the method renders the visible 
portions of 5 0 4500, 5, 4501 . £3 4503, and S 4 4504. At this point in the method, rendering of a set of abutting spans has ended, 
and transparent spans hidden by the set are invalidated by a query that finds transparent spans completely within tbex-coordinale 
range of x lL 4524 to 4534 and having the 2-value of both its cudfcxrints greater than Zt^n 4542. Next, the visible part of 

20 S 6 4506 is rendered Then, the abutting span set of S a 450B and £ 10 451 0 is rendered, and a query is done to invalidate the trans- 
parent spans behind the set. Likewise, when 5 n 4511 and S l2 4512 are rendered, the same sort of query is done. The other 
opaque spans in the raster line are processed normally. At the beginning of the second pass, all the Valid Flags816 of the opaque 
spans are asserted, and then the transparent spans are sequentially processed in a lefuto-right order. In the example, 5 2 4502 is 
read from the Span Memory 408. an SOT Query ii done for it 4502 which find* no occluding «p™, «nd it i« tfr*»n»foT» r*nA»p »<f 

25 The span S 6 4506 is processed similarly. For 57 4507, its SOT Query finds 5*4508, so £7 4507 is only rendered up to 
xgL.4536. Since no other transparent spans are left, mis raster line has been completed. 

An optional change to this version of the method is to store the tnusparent spans in a memory separate from the Span 
Memory 408. Then, in the second pass, each transparent span is read from this separate memory, has an SOT Query done for it, 
and has its visible parts rendered. 

30 Additional considerations for transparencies 

Polygon coloration is frequently described by texture maps. Some texture maps are defined Co have some pixels be 
100% transparent (perfectly clearl A typical example use of such a texture map a an ™gg of * tree m«pr*«* nntn * w^«np i ]o r 
4 TriUboard-type~ polygon (billboard polygons automatically rotate to face the viewing point), where the corners of the rectangle 
are clear, and holes within the tree*s image can occur. Polygons with such texture maps need to have their spans processed as 

35 transparent spans. This is because they do not completely occlude all the geometry behind them. W**>^» when a polygon uses a 
texture map with transparent pixels, spans in that polygon are y««\rmfri to be transparent, and the texture map rf^**^ fa opacity 
coefficient for each of its pixels. 

When trapezoidal spans (or quadrilateral spans) are used, spans that include corners and edges of polygons that have 
either a span top or span bottom but not both, can be processed as transparent spartt.ThiscanbeAinghmntgqMnaof th«typ» 

40 do not completely occlude more distant spans, just as transparent spans do. Hence, this section of the document on transparency 
can be used to process spans that onfy partially cover the vertical height of the raster line. 
Spans Represented by Quadrilaterals 

Representing spans with trapezoids has the disadvantage of requiring the location of four points inx-2 plane (not pre- 
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cisely a plane, it has the thickness of one raster lineX which, in turn, requires lots of bits of memory. This is especially true if the 
2-values are 32-trits each. 

Id order to reduce the memory requirements, the endpoint location of a span can be apprniimairri by twojr-values and 
one z-vahie. In essence, the two points that describe the endpoint have the saniej -coordinate, but have different x-coordinates. 
5 Therefore, the number of fields for storing cooTdinatrt is reduced from eight to six- This introduces a small amount of error in 
the antialiasing methods described above, but the error is only significant for polygons that are nearly parallel to mex* plane. 
For these polygons, the look direction is very close to being a tangent to the plane of the polygon. However, for most applica- 
tions, this errors is acceptable because the projection of these polygons onto the viewing plane 102 has not changed 

Figure 46 shows the trapezoidal spans5 { 4601, 5 3 4603, and£ 4 4604 as dashed lines, and shows the quadrilateral 

10 approximations of these spans, 5*] 4611, 5* 3 4613, and 5*4 4614 as solxl lines. In mis figure, endpoints for the quadrilateral 
spans are always a horizontal line segment Figure 47 is similar to Hgure 39, except mat all the trapezoidal spans have been 
replaced by their trapezoidal approximation Note mat some of the trapezoidal spans appear to fold over themselves. Trapezoidal 
spans can be processed by similar methods to those described in this document for trapezoidal spans. 
Preservation of Rendering Order 

15 For some applications, the order of rendering must be preserved. A typical example is the "painter's algorithm** (see 

Foley Reference, page 674) as used in computer windowing systems. To render an inner rectangle with a boarder, first the 
boarder is rendered as a filled rectangle, then the inner rectangle is rendered, over-writing most of the pixels in the boarder rect- 
angle. If the rendering order of these two rectangles is reversed, then the entire area will have the color of the boarder rectangle 
because the inner rectangle will be completely over-written. If these two rectangles have a distinct placement due to different 

20 i-coordinales, then they will be rendered correctly. However, if iwi<oordinatc is specified (the default would be the depth of the 
viewing plane 102), then the order must be preserved. This can be done by having the Bucket Sort Proce sso r 504 and the Cur- 
rent Polygon Processor 506 maintain me order in which they are received from the Polygon Processor 502. The Query Proces- 
sor would maintain the rendering order by placing spans for later input polygons into later positions m the span list Then, as 
rendering proceeds, rendering order is preserv ed because, in the case of ties m ^-coordinate, spans earlier m the list win be ten- 

25 dered first and later geometry with the saines-ccordinate will be stsiimH to be hidden. 
Method and Apparatus Options and Possible Enhancements 
Add to single buffered VGA graphics card 

The video output for computers (for example, VGA and SVGA interfaces on IBM compatibles) generally includes a 
frame buffer memory that stores the pixel im^brmation sent to the display device (Le~, the OCT). The 3D graphics rendering meuV 

30 ods and/or apparatus described here can be added to such a display system. The CSV (or DMA controller) writes geometry into 
the renderer, and it gets processed and stored into the Bucket Sort Memory (which may need to be doubfe buffered). When the 
geometry is done being written, the rest of the pipeline synchronizes to the tf hhjhUw display, and generates spans before they are 
needed, overwriting the previous rxames's data in the computer's frame buffer. Hence, a low cost, but high rjerformance, 3D 
graphics accelerator can be added to a computer without adding more memory to the frame buffer. 

35 Turn off antialiasing on specific polygon edges 

The antialiasing method oVsrrihrd above assumes that every polygon has independent color values; and when abutting 
spans are found, the pixels that include both of the spans need to nave their colors be a blend from the two polygons. However, 
polygons that share an edge often have exactly the same color intonnation along the edge. For example, this occurs for Gounod 
shaded polygons that have the same color and surface normal mformation at bom ends of the same polygon edge. For these types 

40 of edges, the pixel blending can be ignored because two idcntiral colors will be blended together. Such polygon edges can be 
tagged as "skip antialiasing" when they are supplied to the lenderer. Then, if such edges are found to be part of an abutting span 
pair, the pixel color value for one of them (say, the one on the right) is skipped, thereby saving "^wp^tiwi Edges that are 
tagged but are not part of an abutting span pair are processed by the antialiasing methods described above. Prior art renderers can 
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not take advantage of this wring because they do not march for abutting spans or polygon* That is, prior «rt random generally 
assume every polygon is irttkpendent from all other polygons. If tagging is not done (due possibly to constraints imposed by the 
interfadng software), the Span Sorting Rendering Pipeline 400 can automatically generate such tags for edges within polygon 
meshes and strips where an edge shared betwea two pctygons has the u 

5 Start edge pain rather than poiygoni a Bucket Sort Memory W > 
Rather than store polygons in the Bucket Sort Memory 404, polygon edge pain can be stored. Hut means polygons 
are horizontally riv*** so that each b^ri™"**] strip of a polygon does not contain any polygon earners. Hence, polygons are bar* > 
izontally sliced at the ^-coordinate (or nearby raster line boundary) of corners thai are at neither ysiABT «*3tor> polygon 
slicing makes downstream pro cessi ng easier by eliminating the need to test for when to change to a new edge at the corner of a 

10 polygon. 

Eliminate Current Polygons Memory 406 and read from Bucket Sort Memory 404 

By adding mare "smarts" to the Bucket Sort Processor504, the Current Polygon Memory 406 and the Current Poly- 
gon Processor 506 can be eliminated ThU 
Bucket Sort Processor 504 to the Span Generation Processor 508. 
15 This has the disadvantage of accessing the Bucket Sort Memory 404 at a much higher rate, thus probably requiring the 

Bucket Sort Memory 404 to be fast memory, rather than slow memory. Another disadvantage is the need for a more complex 
dau structure withm the Buc 
goiiswitlun each "bucket" accord 

a polygon is reached that has its y^j^ parameter greater than the y-coordinate of the current raster line, thereby indicating that 
20 this polygon and those after Urn the same bucket are 

A decision to use this alternative must be based on an engtoeerin^ 
slow memory coupled with a small fast memory. Also, the processing time required to doubly sort (Le^ into buckets and then 
also withm buckets) the Bucket Son Me 
Front and rear clipping planes 

25 By adding clipping planes, the view volume (shaped as an infinite pyramki) is changed into a frustum. Right before 

spans are written into the Span Memory 408, the z-value of their endpoints are co mpet ed to thei4ocatkm of the font and rear 
clipping planes. If both endpoints are nearer then the front clipping plane or farther than the rear clipping plane, then the span is 
discarded. If one endpoint is farther than the rear clipping plane, then that end of the span is shortened so that its endpoint is on 
the rear clipping plane. If one endpoint is nearer than the front cupping plane, men that end of the span is ihortrncd so that its 

30 endpoint is on the front clipping plane. This requires a set of comparators to be added to the either the Span Generation 
Processor 508 or the Query Processor 51 0. 
Multiple arbitrary clipping planes 

An arbitrary clipping plane could be dow a 
span in written into Span Memory 408, Span Interacted Parameters between m^ 

35 ated, and these are used, as descrO^ 
carded depending on the SIT. 

This could also be done by adding dummy spans into the Span Memory 408 that represent the kication of an arbitrary 
clipping plane. Then the rasterization methods described above could be altered to make sure all rendered spans are behind these 
dummy spans. 
40 Geometry Cache 

A memory at the input to the pipeline could be added to store geometry as h is input for rendering. Then, when subse- 
quent scenes are rendered, this stored (or "cached'') geometry can be re-rendered (with possibly changed translation matrices), 
thereby saving cycles on the system bus. This could soNe a bottleneck caused by having a reridem that can process more geom- 
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etry per second than the host computer bus can support. It can only be applied to geometry that has not changed shape since its 
previous rendering. M Squishy" objects would generally need to be supplied to the readerer for every scene. 
Use only one page of Span Memory 408 

It is possible to use only one page of Span Memory 408. This is dose by shifting valid spans toward upper words, 
5 leaving lower words invalid. Then, as new spans are generated, store them into the lower words. This strategy can be thought of 
as a single bank of memory that is separated into two pages by a moving boundary. This can be done because, as a raster line is 
processed, spans are d rifte d, while the simultaneous process of preparing for the next raster line gen er ates spans. 

As an alternate abroach, the fixed Word Number Held 802 can be changed to a variable Tag Field. Unique (and ran- 
dom will do) tags for each span are written into the Tag Field, and rtcsignatr if: 1) a span is in the current raster line or the next 
10 raster line; and 2) be a unique idennto for the span, FurthcnriQ^ 

from the current raster line can be mtennixed with those in the next raster line. As long as spans in the same raster line are kept 
in order with respect to each other; then spans from an tmrrlatrd raster line can be ™*»*mi™H as long as they are ignored. This 
could be done by mamtaining two sets of Valid Flags 816, one far each raster fane. Spans from more raster lines could be simul- 
taneously maintained by adding more sets of Valid Flags 81 6. 
15 Separate Read and Write Busses In Ike Span Memory Page 

The circuit for the SMCCAM Cell 3400 or 3500 can be modified to have both an input bus and an output bus. This 
allows simultaneous read and write operations. The is specially useful if mere is only one page of Span Memory 408 as 
described in the previous section. 

Computing SIP and SIT only when bounding boxes overlap 

20 Rather than computing the SIT for every New Span,£j* compote it sequentially with less hardware only when bound- 

ing boxes overlap. This sacrifices time in order to save circuitry. 
Split raster line into smaller pieces to save on SMCCAM memory 

The total number of words in the Span Memory Page 800 imposes a limit on the number of spans that can be pro- 
cessed for a given raster line. This limitation can be overcome by conditionally splitting the taster Hne in half (or more pieces if 

25 necessary), and passing through the span data twice. This decision can be done on the fly as a scene is lendered or by an a priori 
decision before rendering starts. 

Have an overflow RAM to save spans snot are shifted out during sort operations 

Rather than splitting the taster line in to pieces, the Span Memory Page 800 can be augmented with an "overflow 
RAM" that stores spans as they are shifted out of the last SMCCAM Word GOO. Shifted oat spans would start at far right of ras- 
30 ter line, so the left side of the raster line could be processed normally untilxa, gets to left of leftmost shifted out span. Then, 
shifted out spans could be re-written into the Span Memory Page 800 because may spans have been deleted (Le^ invalidated) by 
the rasterizing process. 

Inclusion rendering primitives other than polygons 

Geometry primitives other than polygons (such as CSC primitives) can be piuccsaed by the Span Sorting Rfndrring 

35 Pipeline 400. This can be done as long as the y^rART * oa ' JEHD praneters can be computed (so the primitive can be stored into 
the Bucket Sort Memory) and spans with bounding boxes can be generated. The comers of the bounding box an used as the 
Span Parameters, and SOT Queries can be used to find the visible portions of the *""Ming boxes. Another set of Span Interac- 
tion Types would be needed for the specific set of geometry primitives. 
Low cost version can use CPU for front end 

40 The host CPU, or a dedicated general-purpose processor, could perform the tasks of the Polygon Proccsxor502, thus 

feeding geometry in screen coordinates (in object-precision) to the rest of the pipeline, Similarly, such a CPU could perform 
more of the front end of the pipeline 400. For example, a CPU and its general purpose memory could pe rfor m the tasks of the 
Polygon Processor 502, the Bucket Sort Processor 504, and the Bucket Sort Memory 404, and feeding polygons that start on 
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the present raster line to the rest of the pipeline 
Alternate sorting mechanism could use mp<ounsmg sag 

The Word Number Field 802 conld be replaced with a conditional up-counter, in order for drifting to be »itimn»t»d 
from the SMCCAM. When a new apan is being written to the SMCCAM, a query **t*nm~t which spans ahould be later in the 
5 sorted list than the new span. Such **later** apans have their up-counter incremented, and no shifting it performed. The up-counter * 
for the new span would be assigned the lowest counter number in the list of "later" spans before the op-count takes pi*** 

This approach means the "get the first span in the sorted Est* becomes "find the smallest counter value" in the Span » 
Memory 408. Hence, the sorting (Le^ shifting) is replaced with a new search type, Rr Ibis to be fast, the hardware would need 
tohavea*1mdtrjesriiallesrfu^ 
10 bit-serial method. 

Using a generic CAM 

Generic, prior art CAMs could be used, but magnitude comparisons would be bit «*ip»»ttitl Ibis would greatly alow 
the processing, but may afford some cost savings in the hardware. This alternative would probably use the up-counting tag, as 
described in the previous section. 

15 Using multiple registers per arithmetic comparator 

The above description of the SMCCAM assumes a one-to-one match between memory register and arithmetic compar- 
ators. An alternate approach is to have all the memory registers in the same word share a single arithmetic comparator. This saves 
on circuitry, but slows the pro ces sin g. However, since not all fields participate in every query operation, the performance loss is 
not proportional to the total number of fields. 

20 Other alternate approaches could share comparators between words, or between words and fields. These approaches 

further reduce the amount of hardware, but further reduce the performance. If any of these shared comparator approaches are 
used, then a standard six-transistor RAM cell should be used because it provides the greatest density. Hence, the searching and 
sorting hardware could be made from a set of multiple-word memories, where each such memory has one or more comparators 
associated with it. 

25 Using a RAM-based sorting processor 

An alternative to using a CAM of any type can be done by having a fast linked list sorting processor. By utilizing fast 
memory, spans could be sorted into a linear list in the same order as described above (using an SMCCAM). B ut, since spans are 
added and deleted frequently, this approach might be very slow. The advantage is the ability to use fast off-the-shelf RAMs that 
are readily available. 

30 To udm SOT Query operations, a two 

dimensions at the same time. Such a searching and sorting structure is described on pages 24 to 55 of "Data Structures and Algo- 
rithms 3: Multi-dimensional Searching and Computational Geometry**, by Kurt Mehiharn, a volume in the EATCS series on 
Monographs on Theoretical Computer Science, edited by Braner, W„ et aUSBN 0-387-13642^8, published by Sprtnger-Verlag, 
New York, 1985. 

35 Shadow processing 

Because shadow computational 
be used for shadow computation. This can be done by utilizing multiple Span Sorting RendercrsSOO in parallel, or it can be 
done by time-sharing one Span Sorting Renderer 500. 
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What is Claimed is: 

1 . A sorting magnitude comparison content addressable memory (SMC CAM) comprising: 

a plurality of words of memory storage, each said word having a plurality of fields for storing a polygon's span 
parameters; 

query means for performing a query operation between at least two different polygon spans based on comparisons of 
said stored span parameters between said at least two different polygon spans to determine which of said spans is visible and 
which of said spans is occluded. 

2. The SMCCAM in Claim 1 , wherein said query means further comprises Span Occluding Test (SOT) means 
for performing a Span Occluding Test to determine which of said spans is visible and which of said spans is occluded. 

3. The SMCCAM in Claim 2, wherein said Span Occluding Test (SOT) query means comprises: 

means for generating a span occulting test (SOT) region based on span parameters for a Current Span Portion (SC) 
having current span endpoints (x^, Zo) and (x^, Zc») being tested to determine if it is occluded; 

means for identifying a selected span as an occluding span if said selected span having endpoints (x.,, z^) and (x^, 
Zai) lies within said Span Occulting Test Region according to the relationship: Selected Span is within SOT Region if { (x^ < 
Xc»)A (x^ > XcJA I(Zj.<Zcf)V (z^ <Zc))], where z^- Maximum Of (z^, z^. 

4. The SMCCAM in Claim 3, wherein said operation of computing 2^= Maximum Of (zq,, Zq) is performed 
external to said SMCCAM and said SMCCAM further comprises: 

input bus means for receiving values of x^., x^, and z^, into said SMCCAM so that said x^, x^, and values are 
compared to said selected span endpoints to identify said selected span as an occulting span; 
said SMCCAM testing all of said polygon spans simultaneously and in parallel; 
said SOT query result being stored in a field of said SMCCAM word. 

5. The SMCCAM in Claim 4, further comprising: 

means for preventing words storing invalid data from being identified as occluding spans; and 
means for preventing a current span from being identified as an occulting span for said current span. 

6. The SMCCAM in Claim 4, wherein each said span is modeled by geometric properties of said span including: 
coordinates of the left endpoint of the span, and coordinates of the right endpoint of the span. 

7. The SMCCAM in Claim 6, wherein said spans are represented by trapazoids, and wherein said endpoints of each 
span are two (x,z) points, one for the top edge of the current raster line and one for the lower edge of said current raster line. 

8. The SMCCAM in Claim 6, wherein said spans are represented by quadrilaterals, and wherein said endpoints of 
each span are an (x u ^c L> z) triplet including one z-coordinate and an x-coordinate for the upper and lower edges of the current 
raster line. 

9. The SMCCAM in Claim 6, wherein said spans arc represented by line-segments, and wherein said endpoints of 
each span are an (x,z) point within the current raster line. 

10. A sorting magnitude comparison content addressable memory (SMCCAM) comprising: 

a plurality of memory registers, each word comprised of a multiplicity of fields, each said field including: 
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means for storing a number; 

comparison means for performing an arithmetic comparison between said stored number and another number 
broadcast to and received by all of said memory registers (words); and 

means for shifting its stored number contents to the corresponding field in the next word, where said shifting is 
conditionally based upon the results of said arithmetic comparisons; 

said memory registers storing a set of spans and said comparison means performing parallel searching and sorting 
operations to find the visible span portions. 

11. The SMCCAM in Claim 10, wherein each said n* SMCCAM word includes: 
seven numeric fields including: 

a Word Number Field (w) that stores a unique identifying number address for each word; 

a Left X Field (xj that stores the x-coordinatc of the left cndpoint of a span; 

a Left Z Field (z^) that stores the z-coordinate of the left endpoint of a span; 

a Right X Field (x^) that stores the x-coordinate of the right endpoint of a span; 

a Right Z Field (zj that stores the z-coordinate of the right endpoint of a span; 

a Span Derivative Field (dj that stores the dz/dx slope of the span; and 

an Information Pointer Field (ij that stores a pointer into a Polygon Information Memory for color 
information for the span's polygon; and 
a plurality of Hag fields including: 

a Valid Flag (F. v ). a single bit value indicating whether the SMCCAM Word is storing valid data; and 
a Query Flag (F^), a single bit value indicating whether the SMCCAM Word responded positively to a 

query operation; 

each said flag bit having a corresponding wired-nor bus that indicates whether all words have said flag bit turned off, 
such that for the Valid Flag (F. v ), if FnV is false for all words (n), then a signal AllWordslnvalid is asserted, and if FnQ is 
false for all words (n), then a signal NuUQueryResponse is asserted; 

said two wired-nor signals, AllWordslnvalid and NuUQueryResponse, providing means for feeding back query 
results to an external controller in a Query Processor, so that said query Processor can make decisions, including branch 
decisions. 

12. The SMCCAM in Claim 11, wherein each of said numeric field w, x^, z^, x^, z.,, d B , and i„ have a 
corresponding data bus BusW, BusXL, BusZL, BusXR, BusZR, BusD, and BusI for communicating a value to each of said 
numeric fields; 

said numeric field w, x^, z^, x,*, z^, and d m > each comprising a memory portion and a comparator portion; 

said w field memory portion providing fixed readable memory and said w comparator portion providing an equality 
comparison circuit used for query operations, that compares the fixed memory value to data received over said input bus, 
BusW; 

said numeric field x^, z^, x^, z^, d„, and i, field memory portions each providing readable and writable memory 
and said comparator portions providing an arithmetic magnitude comparison including greater-than, less-than, equal-to, 
operations and combinations thereof, used for query operations, that compares the stored memory value in said memory 
portion to the data on the corresponding input bus; 

said Information Pointer Field, iw, having a readable writable memory portion. 

said array busses supplying query data to all said words via said Array Busses; 

means for performing a query operation by all said SMCCAM Words simultaneously and in parallel in response to 
receipt of said query data; 

a Query Logic Array comprising a Query Logic circuits associated with each said SMCCAM Word for computing 
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query operation results; 

said Query Logic receiving the query operation results from said equality and arithmetic comparators and said Valid 
Flag and said Query Flag values; 

a query controller generating a QueryCntrl signal for selecting a selected Boolean operation; 

* 5 means for performing said selectable Boolean operation on said query operation results, said Valid Flag values, and 

said Query Flag values, for every word, to generate a query result bit for every word; 

* means for writing said query result bit back into either said Valid Flag or said Query Flag depending upon a control 
signal; 

the set of all Valid Flags for all said SMCCAM words comprising a Valid Flag Word, and the set of all Query Flags 
10 for all SMCCAM words comprising a Valid Flag Word; 

said query results identifying which of said words satisfied the query operation parameters. 

13. A query processor apparatus comprising: 
means receiving each raster line of data; 
15 means for receiving spans from the Span Generation Processor, 

means for determining the visible span portions; 

means for sending visible span portions of said received spans to an external Rasterize Processor; 

first Span Memory Page Means for receiving Span Parameters from an external Span Generation Processor; 

second Span Memory Page Means for query interrogation to determine the visible span portions; 
20 multiplexer means (Query Processor crossbar) for swapping data between said span memory page means and said 

second span memory page means; 

a register file subdivided into a plurality of registers for storing Span Parameters including: 

a plurality of registers for storing the Current Portion of a span, SC; 

a plurality of registers for storing the Present Span, SP; 
25 a plurality of registers for storing the New Span, SN; 

a plurality of registers for storing the Saved Span, SS; and 

a plurality of temporary registers for storing for storing data including span intersection location data; 
a Query Processor Controller for determines the sequence of operations in said Query Processor, including the 
sequence of query operations; 

30 SIT Generation Logic means coupled to receive said Current Portion Span Parameter (SC) and said New Span 

Parameter (SN) and generating a Span Interaction Type (SIT) Result; 

compare and offset computation means coupled to said span parameter registers and receiving parameters from said 
registers for computing said SIT Result; and 

selectably operable Intersection Computation Block means for computing an intersection point between said Current 
35 Span (SC) and said New Span (SN), said operation being selected by predetermined rules. 

14. A span sorting rendering apparatus comprising: 
a polygon processor; 
a bucket sort processor; 
40 a bucket sort memory coupled to said bucket sort processor for storing data; 

a current polygon processor, 

a current polygon memory coupled to said current polygon; 
a span generation processor; 
a query processor; 
45 a span memory coupled to said processor; 
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a rasterize processor; and 
a raster line memory coupled to said rasterizer. 

15. In a memory apparatus having a plurality of storage registers for storing data, and a data structure defined 
within said memory apparatus, a method for testing for span occupation of a current span by a selected different span, said 
method comprising the steps of: 

receiving a polygons* span parameters and storing said parameters in predetermined storage locations within said data 

structure; 

performing a span occluding test query operation between at least two different polygon spans based on comparisons 
of said stored span parameters between said at least two different polygon spans to determine which of said spans is visible and 
which of said spans is occluded; and 

storing said span occluding test query results in said data structure. 

16. The method in Claim 15, wherein said Span Occluding Test (SOT) query comprises the steps of: 

15 generating a span occulting test (SOT) region based on span parameters for a Current Span Portion (SC) having 

current span endpoints (Xq., and (x^, z^) being tested to determine if it is occluded; 

identifying a selected span as an occluding span if said selected span having endpoints (x^, zj and (x^, z^) lies 
within said Span Occulting Test Region according to the relationship: Selected Span is within SOT Region if { (x^ < x CR )A (x^ 
> XcJA l(z nL <z CF )V (Zrf <z c ))] l where z CF = Maximum Of (z^, z^). 

20 

17. The method in Claim 16, wherein said method further comprises: 

receiving values of x^, x^, and z^, into said memory so that said Xq., x^, and Zq. values are compared to said 
selected span endpoints to identify said selected span as an occulting span; 

testing all of said polygon spans simultaneously and in parallel; and 
25 storing said query result in a field of said memory. 

18. The method in Claim 17, wherein each said span is modeled by geometric properties of said span including: 
coordinates of the left endpoint of the span, and coordinates of the right endpoint of the span. 
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19. The method in Claim 17, wherein said spans are represented by trapezoids, and wherein said endpoints of each 
span are two (x,z) points, one for the top edge of the current raster line and one for the lower edge of said current raster line. 
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20. The method in Claim 17, wherein said spans are represented by quadrilaterals, and wherein said endpoints of 
each span are an (x^x^z) triplet including one z-coordinate and an x-coordinate for the upper and lower edges of the current 
raster line. 
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AMENDED CLAIMS _ _ n4 

[received by the International Bureau on 03 January 1997 J 03. 01 .97) ; 
original claims 1-20 replaced by amended claims 1-37 (8 pages)] 



1 . A sorting magnitude comparison content addressable memory (SMCCAM) 
apparatus comprising: 

Means for storing a plurality of words, each of said words comprising a 
plurality of data fields, each of said data fields being divided into a plurality of data bits; 

Means for providing an input comprising a plurality of input fields 
matching some of said data fields, each of said input fields divided into input bits so as 
to have a one-to-one bit correspondence to said data bits in said data fields in said 
words; 

Query means for simultaneously comparing said plurality of input fields 
to all said words, with simultaneous field comparisons such that each said data field is 
compared to its corresponding input field, and for generating a one-bit query result for 
each said word which query result is true when all said data fields within said word 
which are compared to one of said input fields compare favorably to each 
corresponding input field; 

Flag memory storage means for storing a flag bit equal to said query 
result for each of said words; and 

Shifting means for conditionally shifting data stored in said data fields of 
each said word to corresponding fields of a different adjacent word said flag bits stored 
in said words. 

2 A sorting magnitude comparison content addressable memory (SMCCAM) 
apparatus as in Claim 1 wherein said flag memory means include means for storing a 
plurality of said flag bits associated with each of said words. 

3. A sorting magnitude comparison content addressable memory (SMCCAM) 
apparatus as in Claim 2 wherein said flag memory means includes means for outputting 
a multiplicity of output flag bits for each said word into query logic means which 
performs a selectable Boolean operation for each said word on both said output flag 



AMENDED SHEET (ARTICLE 19) 



WO 97/05575 



PCT/US96/12301 



- 66 - 

bits and said query result to form a flag result for each said word and stores said flag 
result into said flag memory. 

4. A sorting magnitude comparison content addressable memory (SMCCAM) 
apparatus memoiy as in Claim 3 including control means for causing said fields 
comparisons to be one of a plurality of different query comparison operations including 
either equality, less-than, less-than-or-equal-to, greater-than, greater-than-or-equal-to, 
inequality, of don't care. 

5. A sorting magnitude comparison content addressable memory (SMCCAM) 
apparatus as in Claim 4 including at least one priority resolver means for selecting the 
highest priority said output flag bit from the multiplicity of said output flag bits for 
purposes of selecting one said word for: 

reading or writing; or 

determining the set of set words perform said conditional shifting. 

6. In a graphical processing system for processing 3-dimensional object geometry 
data and rendering at least some of said object geometry data on a 2-dimensional 
display screen, a method for rendering a scan line comprising the steps of: 

(a) Transforming an object geometry data into a polygonal 
representation, said polygonal representation comprising at least one 
polygon, each or said polygon defined by a set of polygon parameters 
including polygon vertices having display screen relative coordinates; 

(b) Sorting said polygons using a bucket sorting routine wherein a 
separate memory bucket is allocated for each display raster line and a 
polygon is placed into the one particular bucket that corresponds to its 
starting raster line; and 

(c) For each display raster scan line: 

(i) Maintaining a list of all current polygons that intersect the 
raster scan line currently being rendered; 
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(ii) Generating a span for each polygon that intersects the 
current raster scan line based on geometric properties of said 
polygon including said polygon parameters; 

(iii) Storing geometric properties of each said generated span 
into a span memory; and 

(iv) Performing span occluding tests to determine which spans 
or portions of spans are visible in the rendered scene; where said 
span occluding test comprises the steps: 

(1) selecting a current span portion which is part of a 
span that is potentially visible; 

(2) determining the leftmost, rightmost, and farthest 
spatial coordinates in the said current span portion; 

(3) performing a query operation on the said stored 
geometric properties in said span memory to find all said 
spans whose stored geometric properties include: a 
spatial coordinate located between said leftmost and said 
rightmost spatial coordinates of the said current span 
portion; and a spatial coordinate closer than the said 
farthest spatial coordinate of the said current span 
portion. 



7. The method in Claim 6, wherein said span memory comprises a data array in a 
random access memory (RAM). 

8. The method of Claim 6, further comprising the steps of: rasterizing said spans 
or said portions of spans that are visible. 

9. The method in Claim 6, wherein said step of performing span query operations 
further comprises the steps of: 

(a) comparing said span data being stored into said span memory to 
span data previously stored into said span memory to thereby compare 
first stored data directly with second stored data; and 
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(b) inserting said span data being stored into said span memory so as to 
maintain a sorted list of said span data within said span memory. 

10. The method in Claim 9, wherein said step of storing geometric properties of 
each said generated span further comprises sorting said spans in order of precedence by 
1) left x-coordinate, 2) left z-coordinate, and 3) span derivative. 

11. The method in Claim 6, wherein said rendering is performed by identifying 
visible polygon spans than can be rendered without performing pixel-by-pixel z-buffer 
comparisons. 

12. The method in Claim 6, wherein said step of maintaining a list of all current 
polygons includes the steps of: discarding the sorted list of polygon spans from 
processing a previous raster line and building a new sorted list for each raster line as it 
is processed. 

13. The method in Claim 6, wherein said display screen relative coordinates include 
the location in object - precision screen coordinates of polygon vertices for said object 
geometry. 

14. The method in Claim 6, wherein said coordinates are not limited to coordinates 
within the bounding area of said display screen. 

15. The method in Claim 6, wherein said step of sorting said polygons using a 
bucket sorting routine includes the steps of generating one linked list per bucket, and 
using said linked list to perform said sorting. 

16. The method in Claim 6, wherein said polygon parameters include: the location 
of said polygon vertices in object-precision screen coordinates, color information, edge 
derivatives for each polygon edge, starting raster line, ending raster line, and span 
derivative. 
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17. The method in Claim 6, wherein each said span can be modeled as a member of 
the set consisting of a line segment, a trapezoid, a quadrilateral, or combinations 
thereof. 

18. The method in Claim 6, wherein said span is defined by span parameters 
including: 

(a) coordinates of a first span endpoint; 

(b) coordinates of a second span endpoint; 

(c) a span derivative dz/dx; and 

(d) an information pointer comprising an address into a polygon 
information memory store where color information for said polygon is 
stored. 

19. The method in Claim 6, wherein said span memory comprises a double buffered 
span memory having first and second banks, wherein said span geometric properties are 
written to said first bank; and wherein simultaneous to writing span geometric 
properties into said first bank, span geometric properties in said second bank are 
processed to identify visible span portions. 

20. The method in Claim 6, wherein said rendering is performed with sufficient 
speed to provide real time image generation. 

21. The method in Claim 6, wherein said span memory comprises a said sorting 
magnitude comparison content addressable memory (SMCCAM), and said sorting 
magnitude comparison content addressable memory (SMCCAM) performs said query 
operations. 

22. The method of Claim 2 1 , further comprising the steps of: rasterizing said spans 
or said portions of spans that are visible. 

23. The method in Claim 22, wherein said step of performing span query operations 
further comprises the steps of: 
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(a) comparing said span data being stored into said span memory to 
span data previously stored into said span memory to thereby compare 
first stored data directly with second stored data; and 

(b) inserting said span data being stored into said span memory so as to 
maintain a sorted list of said span data within said span memory. 

24. The method in Claim 21, wherein said step of storing geometric properties of 
each said generated span further comprises sorting said spans in order of precedence by 
1) left x-coordinate, 2) left z-coordinate, and 3) span derivative. 

25. The method in Claim 21, wherein said rendering is performed by identifying 
visible polygon spans than can be rendered without performing pixel-by-pixel z-bufFer 
comparisons. 

26. The method in Claim 21, wherein said step of maintaining a list of all current 
polygons includes the steps of: discarding the sorted list of polygon spans from 
processing a previous raster line and building a new sorted list for each raster line as it 
is processed. 

27. The method in Claim 21, wherein said display screen relative coordinates 
include the location in object * precision screen coordinates of polygon vertices for said 
object geometry. 

28. The method in Claim 21, wherein said coordinates are not limited to 
coordinates within the bounding area of said display screen. 

29. The method in Claim 21, wherein said step of sorting said polygons using a 
bucket sorting routine includes the steps of generating one linked list per bucket, and 
using said linked list to perform said sorting. 

30. The method in Claim 21, wherein said polygon parameters include: the location 
of said polygon vertices in object-precision screen coordinates, color information, edge 
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derivatives for each polygon edge, starting raster line, ending raster line, and span 
derivative. 

31. The method in Claim 21, wherein each said span can be modeled as a member 
of the set consisting of a line segment, a trapezoid, a quadrilateral, or combinations 
thereof. 

32. The method in Claim 21, wherein said span is defined by span parameters 
including: 

(a) coordinates of a first span endpoint; 

(b) coordinates of a second span endpoint; 

(c) a span derivative dz/dx; and 

(d) an information pointer comprising an address into a polygon 
information memory store where color information for said polygon is 
stored. 

33. The method in Claim 21, wherein said span memory comprises a double 
buffered span memory having first and second banks, wherein said span geometric 
properties are written to said first bank; and wherein simultaneous to writing span 
geometric properties into said first bank, span geometric properties in said second bank 
are processed to identify visible span portions. 

34. The method in Claim 21, wherein said rendering is performed with sufficient 
speed to provide real time image generation. 

35. The method in Claim 21, wherein said new sorted list is generated within about 
two clock cycles per stored data value, whereas during first said clock cycle, a query 
operation determines which said words perform said conditional shifting; and during 
second said clock cycle, said geometric properties of said span are written into said 
span memory. 
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36. The method in Claim 21, wherein hidden surface removal is performed by 
processing spans rather than pixels, thereby reducing computation for scenes with any 
significant depth complexity. 

37. The method in Claim 21, wherein said polygon spans are stored in a SMCCAM, 
and wherein said step of performing a query further comprises directly querying the 
entire set of polygon spans stored in said SMCCAM to identify visible spans so that the 
number of comparison operations is proportional to the number of visible polygon 
spans which is a number smaller than the total number of spans. 
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Figure 20 

Figure 20A: Interaction "type 1 = (Near, Near, Non, Non) => Rule 5 
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Figure 20C: Interaction Type 3 = (Near, Equal, Non, Non) => Rule 5 




Figure 20D: Interaction Type 4 = (Far, Near, Non, Non) => Rule 3 
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Figure 20 (continued) 
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Figure 20G: Interaction Type 7 = (Equal, Near, Non, Non) Rule S 
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Figure 20H: Interaction Type 8 = (Equal, Far, Non, Non) => Rule 3 




Figure 201: Interaction Type 9 = (Equal, Equal, Non, Non) => Rule 5 
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Figure 20J: Interaction Type 10 = (Near, Non, Non, Near) =» Rule 4 
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Figure 20 (continued) 



Figure 20K: Interaction Type 11 = (Near, Non, Non, Far) => Rule 5 




Figure 20M: Interaction Type 13 = (Far, Non, Non, Near) =* Rule 3 
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Figure 20N: Interaction Type 14 = (Far, Non, Non, Far) => Rule 3 
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Figure 20O: Interaction Type IS = (Far, Non, Non, Equal) => Rule 3 
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Figure 20 (continued) 

Figure 20P: Interaction Type 16 - (Equal, Non, Non, Near) Rule 3 




Figure 20R: Interaction Type 18 = (Equal, Non, Non, Equal) => Rule 5 




Figure 20S: Interaction Type 19 - (Non, Near, Near, Non) impossible 




© («) m 



Figure 20T: Interaction Type 20 = (Non, Near, Far, Non) Rule 5 
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Figure 20 (continued) 

Figure 20U: Interaction Type 21 = (Non, Near, Equal, Non) => Rule 5 




Figure 20 V: Interaction Type 22 = (Non, Far, Near, Non) =» impossible 




Figure 20W: Interaction Type 23 ■ (Non, Far, Far, Non) => Rule 4 
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Figure 20X: Interaction Type 24 = (Non, Far, Equal, Non) => impossible 




Figure 20Y: Interaction Type 25 = (Non, Equal, Near, Non) => impossible 
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Figure 20 (continued) 

Figure 20Z: Interaction TVpc 26 = (Non, Equal, Far, Non) => Rule 5 




Figure 20AA: Interaction TVpc 27 = (Non, Equal, Equal, Non) =^ Rule 5 
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Figure 20BB: Interaction T^pe 28 = (Non, Non, Near, Near) => impossible 




Figure 20CC: Interaction Type 29 = (Non, Non, Near, Far) => impossible 
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Figure 20 (continued) 



Figure 20EE: Interaction "type 31 = (Non, Non, Far, Near) => Rule 4 
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Figure 20FF: Interaction Type 32 = (Non, Non, Far, Far) =» Role 5 




Figure 20GG: Interaction Type 33 = (Non, Non, Far, Equal) => Rule 5 




Figure 2011: Interaction Type 35 = (Non, Non, Equal, Far) =* Rule 5 
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Figure 20 (continued) 



Figure 20JJ: Interaction Type 36 ■ (Non, Non, Equal, Equal) =* Rule 5 





Figure 20KK: Interaction Type 37 = (Equal, Near; Equal, Non) => Rule 5 





Figure 20LL: Interaction Type 38 = (Equal, Far, Equal, Non) =* impossible 
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Figure 20MM: Interaction Type 39 = (Equal, Equal, Equal, Non) => Rule S 
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Figure 20NN: Interaction Type 40 = (Equal, Non, Equal, Near) => impossible 
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Figure 20 (continued) 

Figure 20OO: Interaction Type 41 = (Equal, Non, Equal, Far) -» Rule 5 




Figure 20PP: Interaction Type 42 = (Equal, Non, Equal, Equal) => Rule 5 




Figure 20RR: Interaction Type 44 = (Far, Equal, Non, Equal) =^ Rule 3 




Figure 20SS: Interaction Type 45 » (Equal, Equal, Non, Equal) Rule 5 
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Figure 20 (continued) 

Figure 20TT: Interaction Type 46 = (Non, Equal, Near, Equal) => impossible 
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Figure 20UU: Interaction lype 47 « (Non, Equal, Fax; Equal) => Rule S 
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Figure 20 W: Interaction Type 48 = (Non, Equal, Equal, Equal) => Rule 5 
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Figure 20 WW: Interaction Type 49 = (Equal, Equal, Equal, Equal) => Rule 5 
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Figure 33 
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